软件测试常用工具-风险识别列表

标签：服务端   沟通   成员   多个   常用   用例   全面   代码   没有   

谈到风险，都需要思考哪些问题？

• 如何识别项目进行中的风险？
• 这些风险，可能带来的后果是什么？
• 如何尽量在前期避免各类风险？
• 确认风险后，我们要采取的措施是什么？如何避免风险可能带来的后果？

一、需求相关

1. 需求改动，如新增、修改需求
2. 需求变更没有及时沟通
3. 因各方（产品、开发、测试、用户）对需求理解不一致导致的返工
4. 前期在需求讨论或用例评审阶段，针对一些异常处理、边界或是异常情况没有考虑全，导致后续需要增加工时开发和测试

二、资源相关

1. 测试过程中发现预估的时间偏少
2. 测试资源被其它高优先级项目占用
3. 主要产品、开发、测试休假导致的进度延误
4. 深入测试后发现，有在测试计划外，但是需要测试、回归的内容

三、人员问题

1. 提交代码质量差，bug较多，或修改一个bug常常引出多个新bug
2. bug修复较慢导致的延期
3. 严重bug block进度导致的延期
4. 在不告知其他成员的情况下提交代码，导致了严重问题
5. 测试结果反馈不及时，严重问题未及时周知项目相关人员
6. 测试人员报bug的信息不全面或是不准确，开发无法复现，需要反复沟通或是需要当面演示
7. 某些项目存在技术难度，测试能力、经验和技术水平所限，导致测试进展缓慢，测试结果准确性不够，项目发布日期延期等问题。

四、其它问题

1. 项目不符合测试计划中的时间预期，如联调delay、提测delay、测试进度不符合预期
2. 性能、稳定性不符合测试计划中指标
3. 测试环境不稳定导致的进度受到影响
4. 第三方依赖不稳定、未完成开发，导致的延误
5. 临近发布发现准备工作未完成，如新增服务器，服务端业务没有及时上线，配置未上线等等
6. 项目需要的资源，如设备、数据等，未及时到位 

软件测试常用工具-风险识别列表

标签：服务端   沟通   成员   多个   常用   用例   全面   代码   没有   

原文地址：https://www.cnblogs.com/WangKangReg/p/9955546.html