测试流程是否应该不折不扣地执行？

lsekfe

技术交流群有同学问了这样一个问题：公司有较为严格的测试流程和项目交付规范，但目前工期紧张且资源严重不足，是否还需要严格遵守流程规范。如果严格遵守流程规范则可能要延期交付，或者项目组的同学需要大量加班，有什么解决办法？该说不说，这确实是很头疼的问题。对项目管理者来说，延期交付或者降低交付质量，都是两难的抉择。对于项目中的技术同学来说，加班更是不能接受。我不由产生了一个疑问：测试流程和交付规范必须要严格遵守执行吗？


为什么要制定流程？
1、流程是什么？流程是保障团队目标达成的最佳实践，因人/团队/业务类型/迭代速度/资源紧张程度而异。
2、为什么要有流程？没有流程会导致团队中的个体各自为战，目标不统一，进度不协调，资源配给失衡而导致交付质量下降。
3、流程能解决什么问题？保证团队大方向上保持一致，尽可能降低由于人员能力、认知水平、资源不足、意外情况导致的项目延期或质量下降。
4、流程能带来什么保障？保障团队中大部分人的基本利益不受太多影响，保障工作中遇到沟通或争执时可以有底气的据理力争，保障工作过程中的最佳实践可以最大程度的保留并执行下去。
5、如何高大上的理解流程？风险可识别+问题可追踪+结果可验证+数据可量化！测试同学的核心竞争力是将技术作为底层能力，在尽可能熟悉业务的情况下基于业务场景解决问题，过程中不断优化流程，保持高效的沟通，保障最终交付产出物的质量和交付过程效率。核心竞争力简单来说就是QA岗位的本质：在更好的质量和更高的效率之间做平衡。而流程，就是通往更好的质量+更高的效率的指向标和扶手。


流程必须严格执行吗？
从项目和团队协作的角度来说，流程规范的作用是让团队各成员协作以便于更好完成一件事情。从公司的角度来说，通过达成项目目标可以创造商业利润。对项目中的成员来说，有项目做有活儿干，能拿到工资。但在实际工作中，工期紧张资源不足是很常见的问题。如何解决这个问题呢？
1、项目延期交付，保证项目目标的达成。
2、缩减交付需求数量，降低项目交付范围，以保证按时保质交付。
3、临时加派资源+动员项目组成员加班，在保证按期交付的基础上，尽可能提高交付质量。上述三种方法都可以短期解决问题，但对公司来说交付质量和效率可能是更重要的，因此很多公司会采用让员工加班的方式来解决这个问题，这样做其实长期来说并不算明智的选择。员工才是一个公司最宝贵的资产，短期加班固然可以解决问题。但长期来说，提高员工薪资待遇，优化流程交付规范，做好项目计划管理和资源调配，才是更稳妥的方式。针对本文开头的问题，还有一种比较灵活的方法，就是灵活执行项目的流程规范。毕竟流程规范的作用是约束和提高群体的协作效率，解决的是过程的问题。但对项目管理者和公司来说，交付结果符合预期以达成商业目标才是最重要的。


案例：验收测试的规范最后聊一个关于验收测试流程规范的案例。一位星球同学在某公司任测试经理，作为甲方她现在要对供应商(乙方)开发的系统进行验收，问我有没有什么好的建议。
这个问题算是项目外包范畴，一般来说流程大致是这样的：甲方提出需求和要求，多个乙方走商务做POC，满足甲方初步预期后签署合同，合同中约定交付范围、交付内容、交付产出物、交付物标准和项目价格及打款方式等条约。验收测试属于项目交付的后期阶段，由甲方的使用人员或技术人员对乙方的交付物进行验收，并出具验收报告。验收测试的标准或者规范，现在各行各业基本都有各自的行业规范。以IT软件项目为例，验收测试规范有如下内容：功能性验收：软件应满足项目文档中概述的所有指定功能要求，包括特性、功能和用户交互。性能验收：软件应满足定义的性能标准，如响应时间、吞吐量和可扩展性等。可用性验收：软件的用户界面应直观、友好，便于用户操作和理解。兼容性验收：软件应与目标硬件、操作系统、网络浏览器和其他相关组件兼容。安全性验收：软件应遵守指定的安全要求，保护敏感数据，防止未经授权的访问。可靠性验收：软件应可靠、稳定，表现出一致的性能和可用性。


总结一下，就是甲方的需求是什么(明确描述)，对这些需求有哪些要求(具体指标)。验收同学根据项目需求描述和要求指标制定验收计划和验收合格标准文档，按照文档逐一验收即可。满足要求即输出报告，让乙方部署上线，然后观察一段时间。如不满足要求，则要求乙方整改，直至满足要求。至于验收计划的重点，则集中于如下几方面：制定验收流程(网上随便搜都有，参考即可)、制定验收计划(和自研流程类似)、验收测试用例设计、验收测试用例执行、提测验收线上发布(产线验证)、测试相关产出物归档总结。

你好浮戈

公司有较严格的测试流程是好事，但遇到工期比较紧张的项目需要特殊情况特殊处理，可以发邮件给项目负责人说明情况，让项目负责人抉择是严格按照测试流程来执行，还是由于时间紧张只测试主流程。将两者的利害关系写清楚