Web手工测试-安享智慧理财项目实战

熟悉借款和投资的流程操作，绘制借款和投资的流程图
项目介绍文字：
项目是用来干嘛的
项目主要用户和角色
项目核心业务和模块有哪些
项目技术实现方式

业务流程

业务流程怎么测
利用场景法（流程图）

根据流程图找到业务路径，设计测试用例覆盖业务路径
业务用例优先级大于单模块用例
正向用例优先级大于逆向用例
测试用例：

测试用例评审（review）：
1.用例条数=测试点数量，全面覆盖需求
2.先执行高优先级用例：
业务正向：p0
业务逆向：p1
单模块正向：p2
单模块逆向：p3
3.测试数据必须和测试点一一匹配
4.优点：基于核心用户易用性角度去补充更细致的预期结果检查点

测试流程
1.需求分析评审
2.编写测试计划
3.用例设计：先业务，后模块 （冒烟测试）
4.用例执行
5.缺陷跟踪管理
6.编写测试报告

测试策略：
注意用例的优先级，先执行业务流程测试，后执行单模块测试

业务测试的测试方法：
场景法（流程图法）：

测试模块：

上点和内点包含在正向用例中，
离点包含在逆向用例中。

**测试编号：**项目名-模块名-数字

开户测试用例编写：

合并测试点：

登录测试点分析：

单选框有几个选项就有几个正向测试点

正向测试用例需要覆盖多个等价类
标题一般不重复
非功能需求，查看ui,文字图片是否符合

测试用例：

下拉列表怎么选取测试点：

严重程度：
1.主业务上的问题
2.次要业务，次要功能的问题
3.兼容，易用问题
4.建议的问题

优先级：
p0 马上进行修复
p1 上线之前进行修复
p2 后续版本进行修复

禅道测试人员提交bug：

jira提交bug：

执行测试

缺陷跟踪管理：

常见面试题：

1.缺陷编号、缺陷状态、缺陷标题、重现步骤、严重程度、优先级、缺陷类型、测试环境。
2.
3.新建。当测试人员发现一个缺陷时，他们会提交一个新的缺陷报告，系统会将缺陷的状态设置为“新建”（New）。
验证。开发人员会验证这个缺陷，如果确认是缺陷，他们会将缺陷状态设置为“开启”（Open），并根据缺陷的严重性和出现概率分配给相应的开发人员处理。
修改。开发人员会修复缺陷，并将缺陷状态设置为“修复”（Fixed）。
验证和关闭。测试人员会验证缺陷是否已经被解决，如果解决了，他们会将缺陷状态设置为“关闭”（Closed）；如果未解决，他们会重新打开缺陷，并可能与开发人员沟通以协助定位和解决问题。
4。确保你的 bug 报告包含详细的描述，包括复现步骤、期望结果和实际结果。提供截图、日志或其他支持材料可以帮助更好地理解问题。与开发人员进行沟通，分享自己的看法，考虑寻求上级的支持。向你的经理或负责人汇报情况，并解释你的困惑和提供的证据。
5。先提交bug，避免自己之后遗忘，打开日志随时记录，在测试中一定要记得把日志打开，这样即便是偶现的问题也是有日志生成的，提交后也是有日志作为“证据”。
6.评估bug影响的用户数量和严重程度，解决线上问题，总结回溯线上问题，分析根本原因，其他业务有没有同样问题。

8.看bug出现的位置，如果是用户界面，则很可能前端。接口测试，前端和后端之间通过API进行通信。开发人员可以使用接口测试工具来测试API是否正常工作。如果测试结果表明API无法正常工作，那么问题很可能出现在后端。如果测试结果表明API正常工作，那么问题很可能出现在前端。

正交法：
针对多个条件，每个条件有多个取值，提取条件的组合。
使用最小的测试过程集合获得最大的测试覆盖率
有4列，每列3个取值，叫做4因素3水平

因果图法：

单条件筛选每个都试一遍，多条件筛选只测一条所有条件搜索的情况，所有都为空即显示所有记录，注意模糊查询和精确查询。

单筛选搜索举例：

测试报告----回顾测试情况
测试过程回顾：
例如测试环境
参与了几个测试工程师
每个模块有没有按照计划
有没有超时，提前完成的
测试统计分析：
测了多少用例，发现多少Bug,哪个模块发现bug最多，bug状态分布情况
测试结果确认：
有没有通过，测好给运维
测试总结改进

**需求分析与评审：**它是需求分析工作的最后一步，主要是对功能的正确性、完整性和清晰性，以及其他需求给予评价。

软件需求分类：
功能需求：是指系统必须完成的那些事，即为了向它的用户提供有用的功能，产品必须执行的动作。

非功能需求：是指产品必须具备的属性或品质，如性能、响应时间、可靠性、容错性、扩展性等。

设计约束：也称为限制条件、补充规约，这通常是对解决方案的一些约束说明，例如必须采用国有自主知识版权的数据库系统，必须在 UNIX 操作系统之下运行等。