testcase - 测试用例设计和测试人员、开发人员、客户的责任

Question

关闭。这个问题是off-topic .它目前不接受答案。












想改善这个问题吗？ Update the question所以它是 on-topic对于堆栈溢出。

8年前关闭。




Improve this question




因此，似乎很多人都在围绕我工作的地方玩责备游戏，这就提出了一个有趣的问题。

已知信息:

需求团队编写产品需求。
开发人员根据需求创建自己的单元测试。
测试团队根据需求创建测试条件、测试设计和测试用例。

当且仅当测试团队的 X% 的测试用例通过时才发布产品。

交付后客户进行验收测试 --> 客户响应团队从现场获取错误，并让测试团队了解这些问题。

问题:

如果客户最终提交了很多缺陷，那该怪谁？是测试团队没有覆盖这些吗？或者是需求团队没有编写更好的需求？以及如何改进系统？

Answer 1

“当且仅当测试团队的 X% 的测试用例通过时才发布产品”这句话真的让我很困扰。团队可能希望考虑制定更好的发布标准，该标准不仅仅取决于测试通过率。例如，场景是否已知、理解、说明(和测试)？当然不是所有的错误都会被修复，但是那些被推迟或没有修复的错误是否被正确分类？您是否达到了压力测试和性能目标？您是否对威胁建模并考虑了对潜在威胁的缓解措施？是否有 x 数量的客户(内部/外部)在发布之前部署了构建并提供了反馈(即“dogfood”)？开发人员是否了解来自现场和测试人员的错误以创建回归单元测试？需求团队是否理解这些出现的错误以了解为什么没有考虑这些场景？在规范、开发或测试中没有考虑到的特性之间是否存在关键的集成点？

给团队的一些建议是首先对发现的问题进行事后分析并了解问题出在哪里，并努力尽可能地将质量推向上游。确保需求团队、开发人员和测试人员在整个规划、开发和测试周期中频繁且良好地沟通，以确保每个人都在同一页面上并知道谁在做什么。当人们在开发过程中真正相互交谈时，您会惊讶于可以提高多少产品质量!