软件测试流程

测试流程说明

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 生产环境：可以查看页面展示，包括查询条件、功能按钮、列表等但不要随意增加/编辑/修改数据，即使可以删除也只是删除了逻辑地址(页面不展示该条记录)，物理地址(比如数据库)中依旧存在该条记录的信息。