软件测试用例篇

还有6-15位&＃xff0c;那么就要对5&＃xff0c;6 &＃xff0c;7和14位&＃xff0c;15位&＃xff0c;16位边界点进行测试

设计测试用例的时候&＃xff0c;会把等价类和边界值结合在一起用于进行测试用例的设计&＃xff1b;

3.因果图&＃xff1a;逻辑图&＃xff0c;当输入有多个&＃xff0c;并且不同的输入组合对应着不同的输出&＃xff0c;可以用因果图法来分析这个输入和输出之间的逻辑关系

输入有多个&＃xff0c;不同的输入组合有不同的输出&＃xff0c;为了防止漏测&＃xff0c;就要用因果图来设计测试用例

因果图&＃xff1a;一个逻辑图&＃xff0c;恒等(输入为真&＃xff0c;输出为真)&＃xff0c;与(输入有多个条件&＃xff0c;多个条件都为真的时候输出为真,有一个为假&＃xff0c;输出结果就是假)&＃xff0c;或(输入有多个条件&＃xff0c;有一个为真的时候&＃xff0c;输出就为真)&＃xff0c;非(输入为真&＃xff0c;输出为假)&＃xff1b;

用因果图法设计测试用例&＃xff1a;

1)找出所有的输入和输出

2)确定不同的输入组合和输出之间的关系

3)用因果图来表示输入与输出(最终可能造成的一个结果)之间的关系

4)根据输入输出的关系因果图画判断表·

5)根据判定表来写测试用例

假设某业务单据的处理规则为&＃xff1a;淘宝618活动&＃xff0c;订单已经提交&＃xff0c;订单金额大于300或者有红包&＃xff0c;则进优惠

输入&＃xff1a;提交订单&＃xff0c;订单金额大于300&＃xff0c;有红包

输出&＃xff1a;有优惠&＃xff0c;没有优惠

关系&＃xff1a;

订单已提交&＃xff0c;没有红包&＃xff0c;订单大于300&＃xff0c;有优惠

订单已提交&＃xff0c;有红包&＃xff0c;订单小于300&＃xff0c;有优惠

订单已提交&＃xff0c;没红包&＃xff0c;订单没有大于300&＃xff0c;没有优惠

订单已经提交&＃xff0c;有红包&＃xff0c;订单大于300&＃xff0c;没有优惠

订单没有提交&＃xff0c;无优惠&＃xff1b;&＃xff08;红包和金额组成了四种情况)

1&＃xff09;订单没有提交&＃xff0c;金额大于300,有红包&＃xff0c;没有优惠

2&＃xff09;订单没有提交&＃xff0c;金额大于300,没有红包&＃xff0c;没有优惠

3&＃xff09;订单没有进行提交&＃xff0c;金额小于300&＃xff0c;有红包&＃xff0c;没有优惠

4&＃xff09;订单没有提交&＃xff0c;金额小于300&＃xff0c;没有红包没有优惠&＃xff1b;

4.正交设计法&＃xff1a;研究多水平(因素的取值)(例如订单已经提交&＃xff0c;订单没有进行提交)(金额大于300&＃xff0c;金额小于300)多因素(输入类型的种类)的一种测试用例的设计方法&＃xff0c;根据正交性&＃xff0c;在所有的实验组和中找到最优的组合进行测试&＃xff0c;通过这些最优组合的解来验证整个实验整体的效果&＃xff1b;

例如说邮箱注册&＃xff0c;写姓名&＃xff0c;邮箱&＃xff0c;密码&＃xff0c;确认密码&＃xff0c;验证码&＃xff0c;有32种情况&＃xff0c;用较少最优的测试用例来判断整个功能的情况&＃xff0c;来判断实验的结果&＃xff1b;

正交表&＃xff1a;行&＃xff1a;&＃xff08;水平数-1&＃xff09;*因素数&＃43;1&＃xff1b;

列&＃xff1a;因素数&＃xff0c;也就是说输入的个数&＃xff1b;

水平数&＃xff1a;每一个因素的取值&＃xff1b;

正交表的性质&＃xff1a;

1&＃xff09;每一列各数据出现的次数一样多

2&＃xff09;不同两列不同的数据组合出现的次数一样多

根据正交表设计测试用例的步骤&＃xff1a;

1&＃xff09;确定因数&＃xff1a;输入

2&＃xff09;确定每一个因数的水平&＃xff0c;找出因素数和水平数

3&＃xff09;根据因素数和水平数确定正交标的行和列

4&＃xff09;根据正交表的性质去填充正交表里面的数据

5&＃xff09;根据正交表的每一行设计测试用例

6&＃xff09;补充正交表里面没有的&＃xff0c;但是你认为比较关键的测试用例

因素&＃xff1a;姓名&＃xff0c;邮箱&＃xff0c;密码&＃xff0c;确认密码&＃xff0c;验证码

水平&＃xff1a;填写&＃xff0c;不填写

因素数&＃xff1a;5

水平数&＃xff1a;2

列&＃61;因素数&＃61;5&＃xff0c;行&＃61;&＃xff08;水平数-1&＃xff09;*因素数&＃43;1&＃61;6

这是为了验证注册的这5个必填项分别在填写和不填写各种情况下的表现&＃xff0c;只要这里面有不填写的项&＃xff0c;就都会注册失败

根据这个正交表此时就可以写测试用例了&＃xff0c;测试用例为&＃xff1a;

1&＃xff09;姓名输入&＃xff0c;邮箱不输入&＃xff0c;密码输入&＃xff0c;确认密码输入&＃xff0c;验证码不输入。。。。

除此之外还要考虑姓名&＃xff0c;邮箱&＃xff0c;密码&＃xff0c;确认密码&＃xff0c;验证码全部输入&＃xff1b;

姓名&＃xff0c;密码&＃xff0c;邮箱&＃xff0c;确认密码&＃xff0c;验证码全部不进行输入&＃xff1b;

———————————————————————————————————

5.场景法&＃xff1a;把各个孤立的功能点按照一定的策略组合起来&＃xff0c;形成一个应用场景

ATM取款机取款场景&＃xff1a;插卡-选择语言-输入密码-输入取款金额-取钱-退卡

1&＃xff09;插卡&＃xff1a;插反了&＃xff0c;插错卡&＃xff0c;或者插入一些饭卡&＃xff0c;会员卡&＃xff0c;不是本行的&＃xff1b;

2&＃xff09;输入密码&＃xff1a;密码错误&＃xff0c;密码输入正确

密码输入共有三次机会&＃xff0c;密码第一次输入正确&＃xff0c;第二次输入正确

密码前两次输入错误&＃xff0c;第三次输入正确&＃xff1b;

3&＃xff09;输入钱数小于等于银行卡总金额&＃xff0c;输入钱书大于银行卡金额&＃xff1b;输入的不足整百

4&＃xff09;超过每日取款限额&＃xff0c;超过每日取款最大上限&＃xff0c;超过每日取款最大次数

5&＃xff09;取款时&＃xff0c;确认取款钱数后&＃xff0c;ATM机会吐出相应的钱数&＃xff0c;但是当ATM机操作超时&＃xff0c;长时间不取吞出来的钱

6&＃xff09;ATM机断电&＃xff0c;断网&＃xff0c;出现故障&＃xff0c;或者当用户的所有操作都超时&＃xff0c;就会出现吞卡&＃xff0c;这是一种安全机制&＃xff1b;

6.错误猜测法&＃xff1a;这是根据测试人员的直觉&＃xff0c;知识&＃xff0c;经验&＃xff0c;判断软件的哪一块有问题&＃xff0c;专门针对性的设计测试用例

验证码大小写是否进行区分&＃xff1f;把输入的搜索信息的前后空格忽略

练习题&＃xff1a;

1)此时对程序的需求为&＃xff1a;

姓名&＃xff1a;1-20个字符&＃xff0c;不可以包含数字&＃xff0c;不可以为空格

年龄&＃xff1a;18-60之间的整数&＃xff0c;不能为空格

等价有效类:1-20个非数字&＃xff0c;非空格字符&＃xff0c;大写&＃xff0c;小写&＃xff0c;特殊字符&＃xff1b;

无效等价类&＃xff1a;1-20数字&＃xff0c;1-20空格&＃xff0c;1-20空格数字空格混合&＃xff0c;1-20数字字符混合&＃xff0c;1-20数字空格混合&＃xff0c;1-20空格字符组合&＃xff0c;不输入&＃xff0c;大于20个字符&＃xff1b;

边界值&＃xff1a;0个字符&＃xff0c;1个字符(非数字&＃xff0c;非空格),两个非数字&＃xff0c;非空格字符

年龄&＃xff1a;17岁&＃xff0c;18岁&＃xff0c;19岁&＃xff0c;59岁&＃xff0c;60岁&＃xff0c;61岁

有效等价类&＃xff1a;18-60之间的整数

无效等价类&＃xff1a;18-60之间的非整数&＃xff0c;小于18的整数&＃xff0c;小于18的非整数&＃xff1b;大于60的数&＃xff0c;大于60的非整数&＃xff0c;为空

边界值&＃xff1a;17&＃xff0c;18&＃xff0c;19&＃xff0c;59&＃xff0c;60&＃xff0c;61

2&＃xff09;自动饮料的售卖机&＃xff0c;可以输入1.5毛钱硬币或者2元钱硬币&＃xff0c;一瓶饮料的价钱1.5&＃xff0c;如果输入两元钱&＃xff0c;出饮料的同时会找回5毛硬币&＃xff1b;可乐&＃xff0c;红茶&＃xff0c;雪碧&＃xff0c;出哪种饮料取决你于你付完钱后按下哪个键

输入&＃xff1a;1.5元硬币&＃xff0c;2元硬币&＃xff0c;可乐&＃xff0c;雪碧&＃xff0c;红茶

输出&＃xff1a;5毛硬币&＃xff0c;可乐&＃xff0c;雪碧&＃xff0c;红茶

——————————————————————————————————

测试金字塔

从下往上投入相同的时间与精力越往上测试产出的越少

越往上测试效率越低

越往上发现问题后定位问题越困难

所以测试要尽早地进行接入&＃xff1b;

1.UI界面层&＃xff0c;花费时间最多&＃xff0c;直接对他进行测试&＃xff0c;不能看到到底是哪一个接口使用错了&＃xff0c;哪一个类&＃xff0c;哪一个SQL语句&＃xff0c;哪一个方法发生了错误

当我们对其投入的精力越多&＃xff0c;输出产出比从下到上逐层递减

所有的操作只能通过鼠标操作界面来进行完成&＃xff0c;web前端页面&＃xff0c;后端的代码实现细节都不给予展示已经被屏蔽&＃xff0c;也就是说不可以从后台测结果&＃xff1b;

兼容性测试&＃xff1a;看看同样的网页在不同的浏览器显示会不会出问题&＃xff0c;看看我们做的网站是否可以兼容不同的浏览器&＃xff1b; 

2.业务逻辑层&＃xff1a;可以接触到底层的一些接口了&＃xff0c;可以看到一个完整的输入和输出&＃xff0c;软件组成的更小的一个单元了&＃xff1b;

对代码进行测试&＃xff0c;开发人员A&＃xff0c;开发同一个系统页面的登陆功能&＃xff0c;开发人员B&＃xff0c;开发同一个系统页面的注册功能(开发的很慢)&＃xff0c;开发人员A早早地就把活干好了&＃xff0c;但是开发人员B还没有开发完成&＃xff0c;此时开发人员A就可以进行模拟用户的注册功能&＃xff0c;这叫做客户端模拟测试

内外接口测试&＃xff1a;不同系统之间的调用&＃xff0c;例如A调用B的web接口

3.数据处理层:单元测试&＃xff0c;可以看到完整的代码&＃xff0c;对代码的某一个类和方法进行测试&＃xff0c;这样也越来越高效率了&＃xff1b;

先看出错的功能调用的是哪一个接口&＃xff0c;他又调用了哪一个类中的哪一个方法&＃xff0c;这样逐层的解析问题

1.按照开发阶段划分&＃xff1a;

——————————————————————————————————————————

1&＃xff09;单元测试&＃xff1a;对程序的最小的单元进行测试&＃xff0c;这个单元可能是一个类&＃xff0c;也可能是一个方法&＃xff1b;

测试阶段&＃xff1a;开发前(编码前&＃xff0c;编码啥也没写,测试驱动开发&＃xff0c;先写测试脚本这时出现异常之后开发人员再去看&＃xff0c;根据这些异常来编写代码),编码后(对代码进行测试);

测试对象&＃xff1a;单元模块(类或者方法)

测试人员&＃xff1a;白盒测试工程师/开发工程师

测试内容&＃xff1a;模块接口测试&＃xff0c;局部数据结构&＃xff0c;边界测试&＃xff0c;错误处理测试&＃xff0c;逻辑结构测试

模块接口的测试&＃xff1a;输入和输出&＃xff0c;输入参数的数量(double,int)&＃xff0c;类型(几个参数)&＃xff0c;类型的排列顺序&＃xff0c;输出是否符合模块接口设计的文档

局部数据结构测试&＃xff1a;(方法)例如追踪不同变化的值&＃xff0c;看看它的值的变化是否是正确的,

路径测试:if else switch,逻辑判断之类的东西&＃xff1b;

错误处理测试&＃xff1a;看看是否会执行finally里面的东西&＃xff0c;try Catch

边界测试&＃xff1a;小于等于

如何去做单元测试&＃xff1f;java的三元测试如何进行&＃xff1f;

1&＃xff09;在pom.xml添加依赖

2&＃xff09;下载插件&＃xff0c;file-setting-plugins junit;

3&＃xff09;选中被测试的类

创建相应的单元测试用例:crtl&＃43;shift&＃43;t&＃xff0c;这时会出现create new...按回车&＃xff0c;这样就可以创建单元测试类了&＃xff1b;

这样就可以测试单独的一个类&＃xff0c;也可以单独的测试一个具体的方法&＃xff0c;但是我们想让他执行其中的两个方法&＃xff0c;想要忽略其中的一个方法&＃xff1b;就在要忽略的方法前面加上&＃64;Ignore

&＃64;before&＃xff1a;在每一个方法开始执行前&＃xff0c;执行的方法

&＃64;After:在每一个方法执行完后&＃xff0c;进行执行的方法

&＃64;Test:这是表明有这个类要进行测试

_____________________________________________________________________________

2&＃xff09;集成测试&＃xff1a;按照一定的策略逻辑组合组装单元模块&＃xff0c;把他形成一个整体&＃xff0c;然后对这个组装在一起的模块进行测试

测试阶段&＃xff1a;在单元测试之后&＃xff1b;

测试对象&＃xff1a;接口

测试方法&＃xff1a;黑盒和白盒相结合

测试人员&＃xff1a;黑盒测试工程师&＃xff0c;白盒测试工程师

测试依据&＃xff1a;概要设计文档&＃xff0c;集成测试文档

测试内容&＃xff1a;接口之间数据的传输(A调B)是否正确&＃xff0c;全局数据结构(把很多的单元模块组合在一起),模块组装功能的正确性&＃xff0c;单个功能模块的缺陷对整体的影响&＃xff0c;模块与模块之间的功能冲突及接口

面试题&＃xff1a;局部数据结构测试和全局数据结构测试出现在哪一个测试阶段&＃xff1f;&＃xff1f;&＃xff1f;&＃xff1f;&＃xff1f;

3&＃xff09;系统测试&＃xff1a;系统已经开发完了

测试阶段&＃xff1a;集成测试之后

测试方法&＃xff1a;黑盒测试方法

测试人员&＃xff1a;黑盒测试工程师

测试依据&＃xff1a;详细设计文档

测试内容&＃xff1a;功能 界面 易用性 性能 安全性 兼容性 可靠性

1&＃xff09;回归测试&＃xff1a;属于系统测试&＃xff0c;开发人员在增加新的功能的时候会加入新的代码&＃xff0c;或者在修改BUG的时候会增加新的代码&＃xff0c;新的代码的产生很有可能会影响到以前的老功能&＃xff1b;就要进行回归测试&＃xff0c;当系统引入新的代码之后&＃xff1b;

每当一个软件进行更新增加新的功能的时候&＃xff0c;并且当功能越来越多的时候&＃xff0c;回归测试的成本与时间也越来越多&＃xff1b;所以评估回归测试的策略很重要&＃xff0c;估计他的新增功能对老功能的影响范围&＃xff0c;并进行测试&＃xff1b;

自动化测试&＃xff1a;写一个脚本

2&＃xff09;冒烟测试&＃xff1a;属于系统测试&＃xff0c;是一种特殊的测试&＃xff0c;就是对系统的主要功能和核心功能进行测试&＃xff0c;是评判系统是否进入到测试环节的依据-准入原则&＃xff1b;如果说冒烟测试都没有通过&＃xff0c;那么就把这段代码打回给开发人员&＃xff0c;是一种准入原则&＃xff1b;

提测用例&＃xff1a;很少&＃xff0c;主要是针对本次迭代的主要功能和系统的核心流程进行测试用例的分析

4&＃xff09;验收测试

客户按照用户的需求对系统进行测试

测试阶段&＃xff1a;系统测试过后

测试依据&＃xff1a;用户需求

测试方法&＃xff1a;黑盒

测试人员&＃xff1a;客户

测试内容&＃xff1a;与系统测试一致&＃xff0c;文档测试&＃xff08;软件设计文档,功能设计文档&＃xff0c;用户使用手册&＃xff0c;详细的产品功能使用文档等)&＃xff0c;拿这些文档和系统功能进行对比&＃xff0c;才能进行上线&＃xff1b;

——————————————————————————————————

2.按照实施组织区划分&＃xff1a;

1&＃xff09;a测试&＃xff1a;在系统测试完成之后&＃xff0c;把公司中的非测试非开发人员召集到一起&＃xff0c;到我们的项目组开发环境下进行测试&＃xff1b;用户发现问题之后会及时的反馈给开发人员&＃xff1b;缺点&＃xff1a;用户在开发环境下可能会受到开发人员和测试人员的一个思维控制&＃xff0c;因为如果此时开发人员和测试人员对你进行指导&＃xff0c;可能会受到他们的一个思维的影响&＃xff0c;思维定式&＃xff1b;

2&＃xff09;b测试&＃xff1a;实际用户在真实的环境下进行测试&＃xff0c;测试环境地域不受限制&＃xff0c;

优点&＃xff1a;测试的结果跟接近用户实际使用情况的反馈&＃xff0c;b测试在a测试之后很长一段时间&＃xff1b;

地域不一样&＃xff0c;a是在开发环境下&＃xff0c;b环境是在用户实际使用环境下&＃xff1b;同时时间的集中程度也不一样&＃xff0c;a测试时间相对比较集中&＃xff0c;b测试相对来说比较分散&＃xff1b;

3&＃xff09;第三方测试

由软件的第三方测评机构进行测试

————————————————————————————————————————

3.是否运行去划分&＃xff1f;

1&＃xff09;静态测试&＃xff1a;看代码&＃xff0c;不运行代码&＃xff0c;通过静态分析代码的语法&＃xff0c;编写规范&＃xff0c;逻辑&＃xff0c;结构&＃xff0c;功能的实现&＃xff0c;看他开发的逻辑和软件测试文档的需求是否一致&＃xff0c;是否符合公司的一些标准和规范

静态质量标准&＃xff1a;看看代码的功能是否符合用户的需求

代码性能上的表现&＃xff1a;响应时间&＃xff0c;资源利用率&＃xff0c;容量&＃xff1b;

兼容性&＃xff1a;手机app在不同的品牌上用户体验的效果

容错率,可靠性&＃xff1a;当用户进行了一些错误操作&＃xff0c;和一些外来因素的影响&＃xff0c;系统内部对于处理这些突发情况的表现&＃xff1b;

维护性&＃xff1a;以后我还可以重复使用&＃xff0c;有错误还可以很好的进行修改

可移植性&＃xff1a;对于不同的平台

2&＃xff09;动态测试&＃xff1a;写测试用例&＃xff0c;运行程序&＃xff0c;对系统进行测试&＃xff0c;查看分析系统的输出是否符合预期

————————————————————————————————————————

4.按照是否进行手工划分

1&＃xff09;手工测试(黑盒测试人员)&＃xff1a;设计测试用例&＃xff0c;运行程序&＃xff0c;运行系统&＃xff0c;一步一步手动的执行测试&＃xff0c;对系统进行测试&＃xff0c;分析结果

缺陷&＃xff1a;量大&＃xff0c;容易出错&＃xff0c;效率比较低&＃xff1b;

优点&＃xff1a;思路比较灵活&＃xff0c;例如让机器来写测试用例&＃xff0c;一旦写好了&＃xff0c;就是不可变的了&＃xff1b;但是对于人来说&＃xff0c;修改测试用例增加一些测试点&＃xff0c;或者当功能和需求有一点点改变的时候&＃xff0c;是可以随时修改测试用例的&＃xff1b;测试比较灵活&＃xff0c;可以根据不同的测试用例进行测试用例的修改和完善&＃xff1b;所以说无论何时&＃xff0c;自动化测试都不可以取代手工测试

2&＃xff09;自动化测试

把手工测试的测试用例转化成自动化脚本&＃xff0c;让机器执行脚本&＃xff1b;给定一个预先设计好的条件和方案以及结果的预判去执行&＃xff1b;

接口自动化&＃xff0c;性能自动化&＃xff0c;web自动化&＃xff0c;app自动化&＃xff0c;dijiagou,sele

自动化的意义&＃xff1a;解放双手&＃xff0c;提高测试用例&＃xff0c;节省人力和资源

自动化测试的条件&＃xff1a;系统功能稳定之后

如何判断一个自动化脚本有价值&＃xff1f;

主要是看自动化脚本的使用率&＃xff0c;使用频率越高越有价值

什么样的项目可以使用自动化脚本&＃xff1f;

项目周期要长&＃xff0c;(一周就结束了&＃xff0c;以后也不会迭代开发&＃xff09;,不停的迭代

适用于需求比较稳定的项目&＃xff0c;测试完之后可以保存&＃xff1b;

——————————————————————————————————————————————————

5.按照是否查看代码来划分&＃xff1f;

面试题1:黑盒测试设计测试用例的方法有哪些&＃xff1f;
等价类&＃xff0c;边界值&＃xff0c;因果图法&＃xff0c;场景法&＃xff0c;错误猜测法
面试题2&＃xff1a;按照开发阶段划分的哪几个阶段用的是黑盒测试&＃xff1f;
集成测试&＃xff0c;系统测试&＃xff0c;验收测试

单元测试&＃xff1a;白盒测试

黑盒测试&＃xff1a;测试的时候只关心输入和输出&＃xff0c;不去看具体的功能的内部逻辑&＃xff0c;代码具体的实现&＃xff0c;代码已经进行屏蔽&＃xff1b;

白盒测试&＃xff1a;对程序内部的逻辑&＃xff0c;结构&＃xff0c;功能进行的测试

白盒测试的方法&＃xff1a;

语句覆盖法&＃xff1a;写一段代码对源代码中的每一条语句都测试到&＃xff1b;

循环覆盖&＃xff1a;while&＃xff0c;do while循环&＃xff0c;对循环中的每一条语句在都要走一遍&＃xff1b;

逻辑覆盖法&＃xff1a;路径覆盖&＃xff0c;条件覆盖&＃xff0c;判断覆盖&＃xff0c;条件组合&＃xff0c;判定组合

if(A)
{
}else if(C&&D)
{
}else(B)
{
}

判定覆盖&＃xff1a;判定为真走一遍&＃xff0c;判定为假走一遍&＃xff0c;他只判定一个具体的结果&＃xff1b;

判定组合覆盖&＃xff1a;A&&B&&E

true:A B C都为真

false:A为假&＃xff0c;B,E为真&＃xff1b;B为假&＃xff0c;A,E为真&＃xff1b;E为假&＃xff0c;A,B为真&＃xff1b;A,B,E都为假

灰盒测试&＃xff1a;基于白盒测试和黑盒测试之间&＃xff0c;既要关心输入和输出&＃xff0c;又要关心程序内部的逻辑结构&＃xff0c;和集成测试和接口&＃xff0c;有时还要看软件文档&＃xff1b;

朋友圈删除照片&＃xff1a;拖拽到最下面

————————————————————————————————————————
6.按地域划分测试&＃xff1a;

软件国际化&＃xff1a;这些软件可以适用于不同国家的语言&＃xff0c;以及适用于不同国家的风俗习惯人民的使用习惯&＃xff1b;例如我们国家的字体&＃xff0c;宋体..&＃xff0c;辛丑年&＃xff1b;

开发一款软件的时候运用了一种工程技术&＃xff0c;可以使得软件使用不同国家的语言和当地的风俗习惯而不用修改软件的源码&＃xff1b;

如何进行软件国际化的测试&＃xff1f;

本地化处理&＃xff1a;语言&＃xff0c;提示信息(提示语音),年月日&＃xff0c;辛丑年&＃xff1b;国外没有这回事&＃xff1b;一些悲痛的日子&＃xff0c;页面要变成灰色&＃xff0c;所以要知道国家的一些重大的日子&＃xff1b;

在不同的屏幕分辨率下界面是否正常显示&＃xff0c;不同国家使用的硬件关键设备,芯片技术是不同的&＃xff0c;硬件不一样&＃xff0c;在系统上面的表现是完全不一样的&＃xff1b;

不同的国家的语言长度不同&＃xff0c;可能会影响排版&＃xff1b;

货币单位&＃xff0c;质量单位&＃xff0c;排序顺序,

7.按照测试对象划分&＃xff1a;

1&＃xff09;根据业务进行测试&＃xff1a;把一个个的孤立的功能点按照一定的策略组合在一起&＃xff0c;形成一个业务&＃xff0c;对这个业务进行测试

例如&＃xff1a;ATM取款机取款流程----ATM取款机取款业务

2&＃xff09;界面设计&＃xff0c;UI设计师的设计稿

1&＃xff09;界面&＃xff1a;文字(字体的大小&＃xff0c;字体的类型&＃xff0c;粗细&＃xff0c;是否斜体&＃xff0c;是否加下划线&＃xff0c;字体的颜色&＃xff0c;是否是链接)

2)图片&＃xff1a;大小&＃xff0c;排版&＃xff0c;颜色&＃xff0c;清晰度&＃xff0c;是否重叠&＃xff1a;

3)按钮&＃xff1a;按钮&＃xff0c;文本框&＃xff0c;滚动条&＃xff0c;下拉框&＃xff0c;勾选框

4)有效的控件&＃xff1a;置灰&＃xff0c;高亮&＃xff0c;按钮&＃xff0c;滚动条是否可以正常使用

5&＃xff09;页面元素有效无效的状态&＃xff0c;弹出框&＃xff0c;提示框的位置布局要合理

7&＃xff09;用户进行操作下一步&＃xff0c;是否可以简单的进行

备注&＃xff0c;提示说明&＃xff0c;语言表达是否清楚&＃xff0c;整体布局的排版

UI设计师&＃xff0c;产品的UI设计图&＃xff0c;测试人员根据UI设计图来进行测试的&＃xff1b;

响应式测试&＃xff1a;系统的页面可以随着屏幕的分辨率不同而自适应&＃xff0c;不同的分辨率大小人家会有不同的设计

那么如何进行响应式页面的测试呢&＃xff1f;

1&＃xff09;页面大小进行切换的时候&＃xff0c;切换过程中页面元素展示无缝衔接&＃xff0c;丝滑&＃xff0c;不会出现页面空白&＃xff0c;图片或者功能缺失

2&＃xff09;页面从大到小进行切换的时候&＃xff0c;页面图片&＃xff0c;文字都不会丢失

3&＃xff09;页面从大到小进行切换&＃xff0c;页面功能不缺失&＃xff0c;并且可以正常进行使用

4&＃xff09;页面从大到小进行切换&＃xff0c;都遵循UI界面设计需求&＃xff1b;

页面测试常见的BUG&＃xff1a;不合适的快捷键&＃xff0c;丢失的文字&＃xff0c;截断&＃xff0c;自动换行&＃xff0c;重叠&＃xff0c;重复的快捷键&＃xff0c;没有对齐&＃xff1b;

————————————————————————————————————————

3&＃xff09;容错性测试

数据级别&＃xff1a;时间&＃xff0c;货币

校验级别&＃xff1a;前后空格&＃xff0c;验证码&＃xff0c;同系统前后信息一致

环境级别&＃xff1a;断电&＃xff0c;断网&＃xff0c;服务器瘫痪&＃xff0c;无缝切换

界面级别&＃xff1a;界面会屏蔽违规违法操作&＃xff0c;对于一些固定的输入&＃xff0c;可以采用下拉框或者固定信息选择&＃xff0c;模糊匹配&＃xff0c;对于一些复杂或者危险的操作&＃xff0c;有详细的用户提示信息&＃xff1b;

当系统因为外部环境的影响或者用户的误操作导致系统发生错误&＃xff0c;但是系统可以正常处理&＃xff0c;从而使系统稳定运行&＃xff0c;不显示给用户

例如发红包塞钱&＃xff0c;0.01&＃xff0c;0.001&＃xff0c;0.00001当金额小于0.01的时候&＃xff0c;就不可以再进行转账了&＃xff1b;

例如要进行时间戳的一个转换&＃xff0c;把2月31日转化成秒&＃xff0c;就会转化错误

1&＃xff09;级别&＃xff1a;日期&＃xff0c;时间&＃xff0c;货币

2&＃xff09;验证级别&＃xff1a;查询信息的前后空格&＃xff0c;用java里面的trim(),验证码输入错误&＃xff0c;同一个系统的前后信息的容错处理&＃xff0c;例如要填写个人信息&＃xff1b;前面要填写一些身份证信息&＃xff0c;后面还会进行填写&＃xff0c;如果前面的身份信息和后面的身份信息不一致&＃xff0c;就会出现报错信息&＃xff1b;

注册&＃xff0c;密码&＃xff0c;确认密码

环境容错处理&＃xff1a;当系统运行的时候断电&＃xff0c;断网&＃xff0c;服务器故障的时候可以随时切换用电器&＃xff0c;网络备用服务器&＃xff0c;让用户无感知&＃xff1b;他们的服务器肯定有备用服务器&＃xff1b;例如双11&＃xff0c;服务器一旦被挤爆了&＃xff0c;必须有备用服务器&＃xff0c;否则就会亏本&＃xff1b;

界面的容错处理&＃xff1a;进行一些危险操作的时候或者用户禁用操作的时候&＃xff0c;有没有给用户提示&＃xff0c;或者把这些功能屏蔽&＃xff1b;

注册的时候账号和密码的位数限制&＃xff0c;最多16位&＃xff0c;当用户输入过多时就会限制输入&＃xff1b;

当用户输入一些规定好的固定选项的时候&＃xff0c;会议下拉框的形式展示&＃xff0c;在一些复杂容易出错的操作&＃xff0c;会给用户提示&＃xff1b;

灾难恢复性测试&＃xff1a;人为让系统出现崩溃&＃xff0c;让系统出现一些断网断电的极端情况&＃xff0c;检测系统是否可以自我用户恢复数据信息&＃xff0c;以及恢复这些数据的正确性和耗时&＃xff1b;

————————————————————————————————————————

文档测试&＃xff1a;软件开发过程中产生的文档进行测试&＃xff0c;软件设计文档&＃xff0c;流程图文档&＃xff0c;功能分析设计文档&＃xff0c;用户使用手册&＃xff0c;要保证主要测试文档和软件系统的一致性&＃xff0c;软件系统文档和测试文档的功能要一致&＃xff1b;

文档的术语是否得当&＃xff0c;以及它的正确性&＃xff0c;完整性&＃xff0c;易用性

————————————————————————————————————

4.兼容性测试&＃xff1a;

1&＃xff09;平台的兼容性&＃xff1a;

web系统的兼容性&＃xff0c;Windows:Windows 10,Windows 7;

Mac IOS的不同版本

浏览器&＃xff1a;Firefox,Chrome,edge,Opera,safari,360,IE,搜狗&＃xff0c;QQ&＃xff1b;

手机端&＃xff1a;不同的安卓系统&＃xff0c;IOS

例如我可以先下载一个Windows10系统的一个浏览器&＃xff0c;然后再下载以上的浏览器&＃xff0c;在后再逐一进行测试&＃xff1b;不同的浏览器的当下市场上的主流版本进行测试也要进行测试&＃xff1b;

因为不同的浏览器&＃xff0c;他的内核不一样&＃xff0c;对同一个页面的内容的解析不一样&＃xff1b;代码一样&＃xff0c;显示的内容不一样&＃xff1b;IE浏览器&＃xff0c;对基本的CSS和图片都无法进行解析&＃xff0c;当我们的一个产品进行上线的时候&＃xff0c;如果使用IE浏览器不能解析出一个完整的页面&＃xff0c;那么此时使用IE浏览器的用户就会崩溃&＃xff1b;

APP兼容测试&＃xff1a;太多了&＃xff0c;都是测的是一个功能&＃xff0c;可以写自动化脚本提高测试效率来做这个繁杂的兼容性测试&＃xff0c;因为手工的话效率太低了&＃xff1b;

IOSAPP:iphone12 iphone6S iphone13,不同的苹果机型&＃xff0c;对他不同版本的IOS系统(用户主流的适用版本);

Android:华为&＃xff0c;OPPO&＃xff0c;小米&＃xff0c;vivo,锤子&＃xff0c;魅族&＃xff1b;这些不同的手机在市场上又有不同的主流版本&＃xff0c;每一个品牌上有不同的机型&＃xff0c;在每一个机型上&＃xff0c;进行安卓系统的主流版本的测试&＃xff1b;

例如说抖音这个功能&＃xff0c;不同的社会群体都在用&＃xff0c;有老年人&＃xff0c;学生&＃xff0c;中年人&＃xff0c;他们所用的手机品牌一定都是不一样的

方法&＃xff1a;运用自动化测试&＃xff0c;先写好自动化脚本&＃xff0c;对不同的手机机型品牌的手机&＃xff0c;放到一个配置文件里面&＃xff1b;每次进行测试的时候&＃xff0c;只需要在配置文件里面把手机的机型等读取一下就好了换一下配置&＃xff1b;脚本的内容本身是不需要进行改变的&＃xff1b;

软件本身向前和向后的一个兼容性&＃xff1a;新增的功能不可以影响到前面的功能&＃xff0c;或者你添加了这个功能&＃xff0c;后续的功能无法再进行扩展和开发了&＃xff1b;

软件是否和其他相关的软件的兼容性&＃xff1a;例如小红书可以用微信登陆&＃xff0c;QQ登录&＃xff0c;微博登录&＃xff0c;如果不兼容&＃xff0c;那么就不可以调用第三方接口了&＃xff0c;就可以直接在别的软件上把他的用户信息&＃xff0c;头像信息&＃xff0c;直接拿过来了&＃xff1b;

淘宝和支付宝他们之间就有一个数据的兼容性&＃xff0c;当要买东西的时候&＃xff0c;淘宝就可以在支付宝里面获取数据&＃xff1b;还有在淘宝里面买的每一笔商品&＃xff0c;在支付宝里面都有正常的一份记录&＃xff0c;会有统计&＃xff1b;

数据的兼容性&＃xff1a;支付宝可以获取到淘宝里面的物流信息&＃xff0c;肯定就调用了一些接口&＃xff0c;他们的数据肯定是兼容的&＃xff1b;

——————————————————————————————————————————

5&＃xff0c;易用性测试&＃xff0c;用户体验测试

要体现人体工程学的概念&＃xff0c;用户体验性测试&＃xff0c;符合标准规范&＃xff0c;直观性&＃xff0c;灵活性&＃xff0c;舒适性&＃xff0c;实用性&＃xff0c;如果开发人员没有考虑到这些&＃xff0c;把一个严重警告信息的编辑框开发成白色&＃xff0c;这就出现问题:

符合标准规范&＃xff1a;信息提示框

用户信息提示符号&＃xff0c;白色提示符号

警告信息符号表示&＃xff0c;符号提示黄色

严重错误提示符号&＃xff0c;红色的&＃xff0c;还会发出响声&＃xff0c;还会有感叹号&＃xff1b;

直观性&＃xff1a;

做一个备忘录&＃xff0c;周天要和同学约会&＃xff0c;有下拉框&＃xff0c;年月日&＃xff0c;看看约会的时间是否是在星期天&＃xff0c;然后查一下日期&＃xff0c;看看自己在那天有没有事情&＃xff1b;选择日期的时候&＃xff0c;都会显示那一天具体的日子&＃xff0c;例如劳动节&＃xff1b;什么农历&＃xff0c;小离&＃xff0c;除夕&＃xff0c;元宵节&＃xff1b;

灵活性&＃xff1a;用户可以按照自己的兴趣爱好&＃xff0c;思维习惯来使用同一个功能。可以修改朋友圈观看的一个范围&＃xff0c;或者把朋友圈屏蔽掉&＃xff0c;视频号屏蔽掉&＃xff1b;手机键盘&＃xff0c;九宫格&＃xff0c;英文中文&＃xff1b;

舒适性&＃xff1a;压缩文件进度&＃xff0c;进度条&＃xff0c;让用户可以看到系统工作的调度&＃xff0c;缓解用户焦虑&＃xff1b;

实用性&＃xff1a;不要让用户觉得这个功能很复杂&＃xff0c;语音可以转化成文字&＃xff0c;用户体验效果非常好&＃xff1b;

———————————————————————————————————————————

APP的安装卸载测试

app的安装方式&＃xff1a;应用商城(华为商城&＃xff0c;安装包&＃xff0c;压缩包解压)&＃xff0c;浏览器下载&＃xff0c;命令行&＃xff0c;第三方应用的安装&＃xff1b;这些安装方式都要进行测试&＃xff1b;

app的卸载方式&＃xff1a;以下的这些卸载方式也要进行测试&＃xff0c;应用商店&＃xff0c;桌面卸载&＃xff0c;第三方应用的卸载&＃xff0c;命令行卸载&＃xff1b;

安装的时候可能会出现一些极端的情况&＃xff1a;断电&＃xff0c;断网&＃xff0c;在断电断网之后&＃xff0c;是否可以恢复到之前安装卸载的这样一个状态&＃xff1b;安装的过程中空间不足怎么办&＃xff1f;安装的过程中如果暂停&＃xff0c;继续安装是否会成功的进行安装&＃xff1b;手机异常关机&＃xff0c;手机开机后是否可以进行安装和卸载&＃xff1f;是否可以把他这个软件相关产生的数据全部清除&＃xff1f;

——————————————————————————————————————

5.安全性测试&＃xff0c;SQL语句注入

安全测试&＃xff1a;

1&＃xff09;木马病毒渗入

2&＃xff09;SQL注入&＃xff1a;查询功能

3&＃xff09;上传下载&＃xff1a;不要信息被别人半路截获&＃xff0c;对于付费&＃xff0c;保密的文件进行测试&＃xff1b;在上传有病毒的文件&＃xff0c;上传.jpg,.doc,有一些木马病毒&＃xff0c;后面加一个.jpg或者.doc;

上传过大的文件或者下载过大的文件&＃xff0c;要提示文件过大&＃xff1b;

4&＃xff09;防爬虫&＃xff1a;获取网站的信息

5&＃xff09;XSS注入&＃xff1a;输入一段查询词&＃xff0c;后面加一段HTML代码

6&＃xff09;内存泄漏&＃xff1a;在使用一些函数的时候或者分配内存&＃xff0c;或者无法释放&＃xff0c;导致系统运行占用资源越来越多&＃xff0c;速度越来越慢&＃xff0c;导致系统崩溃&＃xff1b;

7&＃xff09;使用API函数不正确

程序写的有问题&＃xff0c;无法释放内存空间&＃xff0c;分配了内存空间&＃xff0c;忘记进行释放

这是要进行静态测试&＃xff0c;读代码&＃xff0c;工具进行测试
6.性能测试&＃xff1a;响应时间

1&＃xff09;希望用户有很好的体验&＃xff0c;系统能够快速地响应用户的需求

2&＃xff09;系统可以处理预期的一个用户负载&＃xff0c;最多可以支持300个用户访问

3&＃xff09;系统可以处理预期的事务数量负载&＃xff1b;

4&＃xff09;系统在满足上述指标的情况下&＃xff0c;可以稳定的运行&＃xff0c;用户要有良好的体验&＃xff0c;客户端和服务器交互速度要快&＃xff1b;

测试内容&＃xff1a;

响应时间:3/5/10&＃xff1b;3s,5s,在这个时间内用户发出的请求客户端要及时地进行响应&＃xff0c;不然等到10s以后&＃xff0c;有户会显得很不耐烦&＃xff1b;

TPS&＃xff1a;&＃xff08;Transaction Per second&＃xff09;这个表示每秒钟可以处理的事务数量,这是衡量服务器处理请求的一个重要指标&＃xff1b;这个是有专门的工具来进行测试的&＃xff1b;

吞吐量&＃xff1a;系统在单位时间内处理的信息量(字节)

点击率:每秒向服务器发送HTTP请求的个数&＃xff1b;

系统在运行时占用的资源的情况&＃xff1a;CPU&＃xff0c;内存&＃xff0c;磁盘&＃xff0c;宽带&＃xff0c;网络带宽&＃xff0c;耗电量&＃xff0c;当运行一个功能的时候&＃xff0c;如果他的耗电量比较大&＃xff0c;那么它耗费的资源也比较多&＃xff0c;性能就比较低&＃xff1b;最多站CPU的70%&＃xff1b;以及电源的使用情况&＃xff1b;

在一个功能使用的时候&＃xff0c;一定要分析它占用系统资源的一个情况&＃xff0c;占用越少&＃xff0c;性能越高&＃xff1b;