51Testing软件测试论坛

标题: 测试的价值与测试人员的能力要求 [打印本页]

作者: lsekfe 时间: 2024-10-18 11:32
标题: 测试的价值与测试人员的能力要求
在软件开发中，从质量构建和缺陷预防的角度来看，测试人员必须尽早介入并深入了解需求。在需求端，测试的价值主要体现在以下三个方面：

一、验收标准
测试人员必须清晰明确地界定某个需求的验收标准，通过实例化场景来加以确认，确保产品、研发和测试三方达成一致，杜绝需求返工造成的资源浪费。要知道，需求返工就如同一场噩梦，不仅拖延项目进度，还会让团队成员的努力付诸东流。参考 “从测试看需求”，我们就能明白这一环节的重要性。

二、业务逻辑梳理
测试人员作为对被测系统使用频率最高、最为了解的人，有责任协助产品经理梳理业务细节。当产品对已有功能进行改动时，必须全面评估改动点对原有业务逻辑的潜在影响，绝不能有任何遗漏。否则，一个小小的疏忽就可能引发连锁反应，导致整个系统的逻辑混乱，后果不堪设想。

三、用户体验
系统的易用性、视觉效果的合理性以及操作路径的顺滑程度等用户体验问题，都应该在需求端得到确认。毕竟，一个用户体验糟糕的系统，就像一件有瑕疵的艺术品，即使功能再强大，也难以赢得用户的青睐。

测试即服务
我们要把测试活动视作一种服务，并在不同场景下提供相应的服务。就像上文提到的验收标准（AC），这是对产品的服务。那么对于研发侧，我们又能提供哪些服务呢？

1. 测试用例服务
在不同的研发环节，我们要为开发人员提供经过科学设计的高效用例，让他们能够迅速验证自己的代码，保障交付质量。无论是冒烟用例、流水线用例还是 showcase 用例等，都是我们手中的利器。如果没有这些精心设计的用例，开发人员就如同在黑暗中摸索，效率低下且质量难以保证。

2. 专项测试服务
当产品达到特定形态后，性能测试、安全测试、安装测试、疲劳测试等各类专项测试就必不可少。测试组必须具备相应的能力进行测试，并出具专业的报告，以便团队做出准确的评估。否则，产品就可能像一座摇摇欲坠的大厦，随时都有崩塌的危险。

3. 缺陷跟踪服务
从缺陷的发现到最终的验证关闭，我们要提供全周期的管理。迭代缺陷必须及时跟进，遗留缺陷更要持续跟踪，绝不能让缺陷像无家可归的孤儿一样在系统中流浪。

团队积累
将个人的经验沉淀为团队资产，对外赋能，提升团队的影响力。这是我们义不容辞的责任。

1. 过程改进
由于测试参与了研发的全生命周期，能够洞察所有的测试活动，所以我们更有优势识别出瓶颈点，并给出切实可行的过程改进建议。如果我们不能发现并解决这些问题，团队就会像陷入泥潭的马车，举步维艰。

2. 风险评估
结合业务需求及研发进度，提前暴露风险，进行风险预警，同时结合客观条件提出质量预期，帮助团队树立质量信心。如果我们不能及时识别风险，项目就可能像一艘在暴风雨中失去方向的船只，随时可能触礁沉没。

3. 业务沉淀
测试人员积累了丰富的业务知识，无论是宏观层面还是业务细节，都了如指掌，更容易成为领域专家。这些积累和沉淀，对组织来说是无比珍贵的资产，是团队发展的基石。

个人价值体现
为了完美实现团队层面的价值，测试人员个人需要具备一系列突出的能力，形成强大的领导力，进而影响团队，充分体现自身价值。

1. 缺陷定位能力
面对同一个缺陷，有的测试人员只会在页面上截个图，而有的测试人员却能追踪日志、分析代码，甚至给出解决方案（虽然不提倡给出解决方案）。毫无疑问，后者的价值远远高于前者。前者就像一个无头苍蝇，只能看到表面现象；而后者则像一位精明的侦探，能够深入挖掘问题的根源。

2. 风险识别能力
在需求确认阶段，能够识别出业务风险；在测试过程中，能够察觉进度风险；在上线前，能够预见上线风险。具备这种能力，才能极大地保障迭代的顺利进行。否则，项目就会像一颗定时炸弹，随时可能爆炸。

3. 测试策略制定能力
在迭代前，要明确测什么（质量需求是什么、需要关注质量的哪些方面，比如应用的功能范围、性能、安全、易用性等非功能需求）以及怎么测（采用何种方法来帮助系统实现质量需求，这不仅仅包括手动和自动化的测试方法，还涵盖一切为质量保障服务的流程、环境、基础设施和人员等）。参考 “你还记得测试策略么”，我们就能明白其重要性。

4. 技术攻坚能力
当团队需要开展某类专项测试时，测试人员要能够承担起相应的责任，从技术和方法上攻克难题，顺利完成任务。否则，团队在面对技术难题时就会像一群热锅上的蚂蚁，不知所措。

5. 汇报能力
既要做得好，也要说得漂亮。在适当的场合展现自己的成果，定期进行汇报。让更多的人看到你的能力并认可你。只有这样，你的价值才能最大化。否则，你就像一颗被深埋在地下的宝石，无人知晓。

提升研发交付质量
当我们做好缺陷预防工作后，研发的交付质量必然会得到提升。然而，有些人担心 BUG 减少后，老板会认为测试人员可以减少，甚至担心自己会因此失去工作。这种担心完全是多余的。在规范的团队中，当研发交付质量提高后，测试人员可以腾出时间去开展更多有意义的工作，比如探索性测试、可观测性测试等。这些测试活动对个人和团队都大有裨益。

只有在那些管理混乱、不规范的团队中，才会出现天天救火的情况。看似你很重要，但实际上你的能力并没有得到实质性的提升，未来的发展空间也会被逐渐压缩。所以，测试人员要做好自己该做的事，讲好测试的故事，真实地展现自己的价值。只有这样，我们才能在软件开发的道路上越走越远，为项目的成功贡献自己的力量。

作者: oliver.tang 时间: 2024-10-24 15:06
感谢分享

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)