项目管理中为什么有风险?这主要是因为项目执行过程中会经历各个部门和不同的人配合完成的，想要各个环节都完美完成是非常有难度的，还就是技术方面和供应商也会影响项目管理风险。那么项目管理软件测试中常见风险又有哪些呢?
项目管理中为什么有风险
1、团队组织因素
敏捷开发团队成员个人素质因素非常重要，不合适的人即使在高效的流程及优秀团队下，也不可能开展高质量的软件质量保证活动，因此人的风险需首要关注。人员不足、技能不足、培训不足都是潜在的风险。
除了团队成员个人素质风险外，团队沟通、规程也是潜在风险，测试工程师与需求开发、程序开发、工程运维间的沟通不畅，评审流程存在瑕疵，对测试活动价值认识不足，缺陷后续跟踪不力同样是潜在的风险。
2、技术因素
从软件研发技术角度考虑，常见问题是需求调研开发问题，无法正确、准确定义的需求是绝大数软件研发失败的重要因素。
其次是开发技术技能掌握程度，是否有技术沉淀，是否有规范的设计评审流程。
从软件测试角度考虑，测试环境无法真实模拟实际生产环境，或环境资源准备不足，都是潜在风险。
低质量的软件需求开发、架构设计、编码及测试设计、测试执行、未完成的数据准备、环境保障等，同样是潜在风险。
3、供应商
现在很多软件系统是多公司、多团队合作完成，以XXX项目为例，有5家供应商共同承担该中心的信息化平台建设，因此，除了团队组织、技术因素外，供应商与供应商间的合作也可能是项目风险。
项目管理软件测试中常见风险分析
1、测试需求风险
产品需求的不明确，对产品需求理解不准确，导致测试范围存在误差，遗漏部分需求或者执行了错误的测试方式;另外需求变更导致测试用例变更，测试用例维护成本增加，实时更新时存在误差。
2、测试用例风险
测试用例设计不完整，忽视了边界条件、异常输入等情况，用例覆盖率没有做到足够覆盖，测试用例没有得到全部执行，有些用例被有意或者无意的漏测，需求变更导致的测试时间被压缩等情况。
3、缺陷风险
某些缺陷偶发，难以重现，容易被遗漏;缺陷跟踪不够积极主动，没做好缺陷记录和及时更新，同样的缺陷，导致的原因可能不同，对这点没意识到导致的线上生产问题等。
4、测试环境风险
测试环境和生产环境配置不同，测试环境交叉影响较大，测试环境数据量不足导致的测试结果误差等问题。
5、测试技术风险
某些项目存在技术难度，测试能力和经验所限，技术水平相对较差导致测试进展缓慢，测试结果准确性不够，项目发布日期延期等问题。
6、回归测试风险
回归测试，一般时间相对来说较少，且大多只回归主要的功能点用例，可能造成漏测;另外还有回归验证缺陷时业务流走不通导致的打回修复再验证造成的时间延后问题。