项目的测试流程
-
拿到需求文档后,写测试用例
-
审核测试用例
-
等待开发包
-
部署测试环境
-
冒烟测试(网页架构图)
-
页面初始化测试(查看数据库中的数据内容和页面展示的内容是否一致,并且是否按照某些顺序排列)
7 .具体执行测试用例(几乎所有的功能测试、流程法、场景法)
-
发现缺陷就要再填写缺陷表
-
非功能性测试(sql、js注入、页面效率、绕过js验证直接添加数据到数据库)
-
书写最终的测试报告
测试用例设计方法
等价类、边界值、正交试验法、状态迁移法、因果图、场景测试法、异常分析法、因果图、错误猜测法、判定表
测试用例的要素
Id 主题 测试名称 创建日期 设计者 描述 步骤名 步骤描述 预期结果 执行状态
测试的优先级
-
先测试经过变更的部分,然后测试没有变更的部分
-
先测试程序的核心功能,然后测试一般功能
-
先测试逻辑性的功能,然后测试业务性的功能
-
先测试常规情况,然后测试异常情况
-
先测试功能,然后测试性能
测试报告包含哪些内容
1.写测试背景
2.测试目标
3.测试范围
4.测试环境
5.测试数据
6.测试标准(重点)
7.测试进度
8.测试结果
9.测试结论
有的公司会采用非标准的测试报告
大致会包含 测试所用时间 测试环境 测试人员 测试发现bug数量 已修复bug数量、遗留bug、遗留bug原因、测试结果等
BUG的生命周期
提交–开发验证–接受–拒绝–开发解决–测试人员验证–关闭–不通过打开
BUG的状态
-
NEW:所有提交到开发对接的问题状态为NEW,表示为未处理
-
OPEN:开发对接人初判为需流转问题,指定测试人员和开发人员,状态为OPEN。
-
REFUSE:开发对接人判断为不需要流转至下环节的问题,状态为REFUSE,并且填写原因
-
FIXED:开发人员完成修复,待测试,状态为FIXED
-
REOPEN:测试人员针对开发人员的修复结果测试部通过,状态为REOPEN
-
CLOSE:测试人员判断问题为需求或其他问题,需填写原因;
缺陷的要素
缺陷标题 缺陷状态 提交人 负责人 优先级 严重程度 缺陷描述 时间 截