导图社区 测试流程
- 相似推荐
- 大纲
测试流程
需求阶段
阅读和理解需求
主要就是对业务的学习，分析需求点
参与需求评审
由项目经理，开发人员，测试人员，需求人员共同进行对软件需求文档的评审
评审的内容和目的主要包括
是否有描述不清楚的地方
是否有逻辑或功能冲突
需求是否可以支持系统目标的实现
是否有无法实现的功能等
统一大家对需求的理解
测试计划
测试计划一般由测试经理（组长）编写
测试计划主要包括
项目名称
测试范围
测试目标
人员分配
里程碑
测试周期
测试策略
测试风险分析
设计阶段
测试方法
冒烟测试
对主功能进行的测试（预测试）
功能测试
执行测试用例（提交bug）
接口测试
使用jmeter或postman依照接口文档进行测试
性能测试
使用jmeter或loadrunner进行并发测试，压力测试，负载测试
自动化测试
接口自动化
requests
UI自动化
selenium
安全测试
暴力破解
使用暴力破解工具对登录密码进行尝试登录
防止暴力破解，增加登录验证码功能和限制错误密码登录次数
SQL注入
指利用现有的应用程序，将恶意的SQL命令注入到后台数据库中进行引擎执行的行为
上传下载
把文件名修改成服务器指定路径下的文件，从而获取不该下载的文件，如果下载成功就有漏洞
防护手段：对下载进行限制范围
测试用例（mindmaster和excel表格）
功能测试用例
参考需求文档（原型图），概要设计，详细设计等文档。用例编写完成之后会进行组内评审，然后再进行会议室评审
接口测试用例
参考接口文档，编写接口用例，Excel表格的做接口自动化
执行阶段
搭建环境
执行冒烟测试（对主要的功能进行测试）
提交bug，查验修复bug
执行测试用例
发现bug提交缺陷库，管理bug直到测试结束
BUG跟踪
开发人员提交第二个版本，包括修改的bug以及增加的部分功能，测试人员进行第二轮测试和回归测试，跟踪bug直到关闭
评估阶段
测试报告
测试时间、测试环境、软件的兼容测试、编写了多少条用例、执行了多少条、发现了多少个bug、修复了多少个，有没有遗留bug，测试是否通过，测试风险
确认是否可以上线
通过不断测试，bug跟踪，直到用例全部测试，覆盖率，缺陷率以及其他各项指标达到质量标准，即达到上线要求
线上测试
进行线上环境测试
没有问题或问题极少时就结束
编写测试总结
一般都是把自己对项目业务知识的了解，以及在工作各阶段进展中出现的问题汇总出来，包括有哪些好的方面进行全面的汇总，出现的失误也会进行总结，为了在后续的工作进展中加以改进，使工作更加顺畅
发送上线通知邮件