矫捷开发中的测试
敏捷开发中的测试
敏捷开发的原则之一：测试驱动开发
那么这里的“测试”是谁来做的？开发人员自己吗？那么传统意义上的测试人员还需要吗？
------解决方案--------------------
敏捷所谓测试不是传统意义上的测试。
1. 它是纯粹的自动化测试，而不是手工测试。即使测试用例有上千个，自动化测试也可以每天可以回归几百次。而手工测试可能几个月才能回归一次。
2. 它是全面的集成测试，而不是简单的蜻蜓点水般地对个别功能进行测试。测试驱动有个著名的结论你可以记住：如果一段功能的代码没有测试代码来测试它，那么你就可以删除这段代码。
至于你说的是不是开发人员写测试，我认为至少现在中国的开发人员普遍都没有这个素质，所以恐怕只能由经理、架构师、自动化测试主管级别的人来写。在国外，特别是一些世界流行的开源项目中，开发人员普遍都有测试驱动素质，不用跟他们强调什么敏捷开发，因为那些开发人员认为测试驱动是天经地义的平常事，只要做到测试驱动那么就立刻可以进入敏捷开发过程中。
------解决方案--------------------
敏捷开发
呵呵
那你问问项目经理
他做估算了吗？没有文档怎么证明他做了估算
他怎么跟客户沟通的，沟通计划不就是文档吗，沟通记录不就是文档吗，没有沟通记录就说沟通了，口头沟通，不写在纸面的事情客户跟你扯皮你都扯不清
他测试用例怎么做的，测试用例不能没有文档记录吧
文档多了～～
有些都是非常必要的
我觉得你作为PPQA，有的时候还是积极引导，先找个突破点吧，而且要从利益出发，天下熙攘皆为利往，告诉项目组，项目经理这样做对他们有什么好处。
如果项目组真的很抵触，审计报告报给他的上司吧，否则项目出了问题，你脱了不了责任。
一家之言仅供参考
祝你成功～～
敏捷开发的原则之一：测试驱动开发
那么这里的“测试”是谁来做的？开发人员自己吗？那么传统意义上的测试人员还需要吗？
------解决方案--------------------
敏捷所谓测试不是传统意义上的测试。
1. 它是纯粹的自动化测试，而不是手工测试。即使测试用例有上千个，自动化测试也可以每天可以回归几百次。而手工测试可能几个月才能回归一次。
2. 它是全面的集成测试，而不是简单的蜻蜓点水般地对个别功能进行测试。测试驱动有个著名的结论你可以记住：如果一段功能的代码没有测试代码来测试它，那么你就可以删除这段代码。
至于你说的是不是开发人员写测试，我认为至少现在中国的开发人员普遍都没有这个素质，所以恐怕只能由经理、架构师、自动化测试主管级别的人来写。在国外，特别是一些世界流行的开源项目中，开发人员普遍都有测试驱动素质，不用跟他们强调什么敏捷开发，因为那些开发人员认为测试驱动是天经地义的平常事，只要做到测试驱动那么就立刻可以进入敏捷开发过程中。
------解决方案--------------------
敏捷开发
呵呵
那你问问项目经理
他做估算了吗？没有文档怎么证明他做了估算
他怎么跟客户沟通的，沟通计划不就是文档吗，沟通记录不就是文档吗，没有沟通记录就说沟通了，口头沟通，不写在纸面的事情客户跟你扯皮你都扯不清
他测试用例怎么做的，测试用例不能没有文档记录吧
文档多了～～
有些都是非常必要的
我觉得你作为PPQA，有的时候还是积极引导，先找个突破点吧，而且要从利益出发，天下熙攘皆为利往，告诉项目组，项目经理这样做对他们有什么好处。
如果项目组真的很抵触，审计报告报给他的上司吧，否则项目出了问题，你脱了不了责任。
一家之言仅供参考
祝你成功～～