想要改善这个问题吗？更新问题，以便将其作为on-topic用于堆栈溢出。
7年前关闭。
Improve this question
我是一个小团队的高级成员(另外2个程序员)。我们都是公司的新手，我已经建立了所有开发基础架构。到目前为止，我已经拥有出色的版本控制系统(Git)，出色的问题跟踪系统(Redmine)，并且我即将建立一个构建环境(Hudson)。我现在正在考虑建立我们的质量检查部门。我想建立一个像Scrum这样的敏捷开发流程，但这还行不通。那么，如何开始进行质量检查问题？制定测试计划，遵循计划并报告结果的良好流程是什么？是否有用于组织和运行质量检查的工具？
谢谢!
最佳答案
您指出您想要一个质量检查小组/部门，但没有说明原因。质量检查小组的工作有很多假设。
QA的基本性质是确保第一次正确构建正确的产品。 Software Quality Assurance通常专注于开发代码的过程。
或者，您是否正在寻找其他人来为您测试代码？
如果您的重点是质量检查的测试方面，那么我将尽可能多地投入小组的开发工作中。自动化测试将大大有助于提高第一次正确设置的机会。此外，测试可以显着降低产品内部发生变化的风险。并且，不要将大部分测试写作转移到团队的一个子集上。您希望将可测试性作为设计的关键方面，而开发人员编写的测试不足，无法在设计中充分权衡可测试性。依靠一个人或一组人来运行一堆测试意味着您不能经常运行它们，而且您往往会偏重于较早的回归测试。
如果您的重点是质量检查，而不仅仅是测试，那么值得指派一个主要角色来查看产品，其复杂性，指标和测试范围，以确定在代码库中正确的位置是否有足够的测试。该角色与监视整个设计的架构师或专门负责可用性和/或指导用户界面开发的设计的人员没有什么不同。角色应该是倡导正确的工作，而不一定是执行工作。
我个人以上所有方面的一个异常(exception)是，至少需要一个具有正确心态的人来执行exploratory testing。探索性测试应该是上述所有测试的子集。并且，当发现问题时，应将其用于反馈到自动化测试中(例如，如果发现了错误，则修复行为的一部分应该是编写用于演示该错误和修复程序的测试。并且，如果测试范围是降低代码复杂度，请编写其他一些测试以确保没有其他错误)。用户界面尤其需要探索性测试。探索性测试通常可以很好地完成任务的可用方法，以及在较旧的UI框架中自动化测试的难度。
更新:您可能想 checkout Episode 164: Agile Testing with Lisa Crispin