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