测试流程说明
1.从接收需求至测试完成要经历三次三方评审
第一次:需求人员给测试人员和开发人员讲解需求
第二次:开发人员根据需求设计每个模块实现算法,所需的局部结构,组织需求人员和测试人员确认自己设计的正确性、准确性和完整性。
第三次:测试人员编写完测试用例,组织需求人员和开发人员评审测试用例,确认测试用例的可行性、正确性、准确性和完整性,解决有争议的问题。
2.流程说明
(1)橙色框出的部分代表当需求优化较少时,可以略过不做的步骤
(2)概要设计:定对处接口。比如一个登录页面,它包含账号、密码、验证码,开发人员要定输入输出,比如传参还有传参之后界面的响应状态,有多种响应状态,如:200代表成功,301跳转,404找不到页面,502服务器错误
•1xx消息 ——请求已被服务器接收,继续处理。
•2xx成功——请求已成功被服务器接收、理解、并接受。
•3xx重定向——需要后续操作才能完成这一请求
•4xx请求错误——请求含有词法错误或者无法被执行。
•5xx服务器错误 —— 服务器在处理某个正确请求时发生错误
(2)如果需求比较小,先让开发人员根据需求分析文档进行自测,当开发人员提测之后,我们根据更新的测试用例进行准入测试;如果需求改动比较大,单独拉版本,重新进行需求分析,再次迭代。
(3)专项测试:性能测试,可靠性测试,安全测试,可服务性测试。
3.如何判断产品达到验收条件
(1)缺陷收敛,在产品基本功能验收阶段,新增和解决Bug数收敛于0。
(2)对未解决的问题进行分析,如果存在核心和重要问题且无法修改,应该与需求沟通,确认是否可以遗留。
(3)所有的测试用例解决完毕。
4.Jekins 持续集成工具的使用
开发转测试之后测试负责人会收到邮件,根据邮件中提供的地址,在Jekins上进行测试,这里有几个重要分支:
(1)develop 开发环境
(2)realse转测试:开发代码合并之后,测试人员打包部署
(3)preprod转验证:测试人员、需求人员都可以进行验证
(4)master 生产环境:可以查看页面展示,包括查询条件、功能按钮、列表等但不要随意增加/编辑/修改数据,即使可以删除也只是删除了逻辑地址(页面不展示该条记录),物理地址(比如数据库)中依旧存在该条记录的信息。