软件检测笔记2.0

非功能测试点

1、兼容  2、易用  3、性能（专项）4、安全（专项）

兼容性：wed项目测试浏览器兼容：谷歌、火狐、苹果、Edge

测试用例：描述测试点执行的文档（测试输入、执行条件、预期结果等）

测试点转成测试用例作用：1、测试点能被精准的执行 2、便于团队协作

测试用例核心内容：用例编号、用例标题、项目·模板、优先级、前置条件、测试步骤、测试数据、预期结果

用例编号＝项目+模板+数字                       xingmu_moban_001

用例标题：预期执行结果（测试点）       登陆失败（密码为空）

所属模板：模块名                                       登录

优先级：用例的重要程度（高P0-P3低）P1

前置条件：执行操作步骤的前置条件

测试步骤：列＝1、输入账号   2、输入密码    3、点击登录按钮

测试数据：输入数据            234324  在前期没数据＝已注册号 1、账号：已注册手机号 2、密码：空 3、点击登录按钮

预期结果：预期执行结果及隐性结果。              登录失败，提示：密码不可为空，请正确输入注册账号密码。

判定表＝一种以表格形式表达多条件逻辑判断的工具

条件+结果

测试点列：打折9折（在指定时间内+消费满1000元）

                    无折扣     (在指定时间内+消费不满1000元)

                    无折扣  （不在指定时间段内+消费不满1000元）

                    无折扣  （在指定时间段内+消费满1000元）

1、判定表作用：多条件并且条件之间有约束规则的需求设计测试点

2、判定表组成：条件桩、条件项、动作桩、动作项

3、提示：判定表中贯穿条件项和动作项的一列就是一条规则

假设有n个条件，每个条件的取值有二个（0，1），全组合有2的n次方种规则

用例执行＝执行用例，也就是对项目开始测试+实际结果（测试用例最后一列加上实际结果，不通过加上截图）

执行之前准备：1、项目提测内容开发已交付测试2、测试项目环境已准备好

执行用例关注：实际执行结果与预期执行结果一致，不一致为缺陷（bug）

                            项目执行隐性结果与用例预期结果相似

                            实际结果与预期结果有争议，参考用户角度去衡量

缺陷＝软件中存在的任何问题（bug）

缺陷衡量标准：1、软件未实现需求（规格）说明书中明确要求的功能－少功能

2、软件实现的功能超出需求（规格）说明书指明的范围－多功能

3、软件出现了需求(规格)说明书中指明不应该出现的错误－功能错误

4、软件未实现需求（规格）说明书中虽未指明确但应该实现的要求－隐性功能缺·错误

5、软件难以理解，不易使用，运行缓慢，用户体验不好－不易使用

（违反了法律法规，不符合行业规范要求）

缺陷描述及提交：将缺陷提交给开发，开发根据描述可复现缺陷

工具：禅道、jira[禅道提bug－测试－bug－提bug]

禅道页面：当前指派:将bug提交给谁       bug类型：代码错误、设计缺陷、·····

bug标题：描述bug问题＝测试点描述及预期结果（实际结果）

严重程度：bug严重程度        优先级：bug修复紧急程度      重现步骤：复现步骤

前置－步骤－结果－期望           附件：执行实际结果截图或日志文件

回归测试收到bug在禅道，确认没问题关闭（备注已验证通过！）点保存         没有通过再重新打开

 

业务测试

业务：是指软件为满足用户特定的业务需求而设计并实现的一系列功能。下单业务（登录－搜索－添加购物车－下单－支付）

（正常从需求文档里，腾讯的在线文档）

第一个是（开始·结束）：表示流程的开始·结束            第二个箭头是路径            第三个是数据        第四个是判定            第五个是处理                  

业务的优先级是P0，业务的逆向优先级是P1               业务测试方法：流程图法

流程图设计测试点步骤①确认流程图②流程图从开始到结束每条路径都为一条测试用例

提示：项目先测主业务再测单模板          提测时先对主业务流程正向用例进行测试（冒烟）