如果我在错误的地方问这个问题，我深表歉意。 (可能是特定于职业建议和 QA 的迷你堆栈溢出之一)我最近花了大量时间学习和实现我们项目的单元测试框架。
在引入单元测试框架之前，我们的方法是编码、手动测试、提交，希望事情不会中断或上游。一个非常被动的系统。
现在，我们都明白事情需要被测试，自动化测试是高效和好的。然而，目前的角色似乎是“你做测试”和“编写自动化测试”
进行手动测试是可能的，但感觉势不可挡(因为一直存在错误)并且很像我的技能没有得到充分利用。
我在完成请求的第二部分时遇到困难。如果代码不是可测试的，那么编写自动化测试是很困难的。
我负责 QA - 但是 - 我只能找到有关测试驱动开发的资源。
在其他开发人员尚未编写可测试代码的情况下，我可以使用哪些方法来提高我的 QA 角色的效率？
最佳答案
名称的问题 测试驱动开发 和 单元测试 , 是他们暗示他们是关于测试软件的。他们不是。 TDD和单元测试是关于设计它们本质上是开发人员的责任。
QA 分析师的角色对于任何实践 TDD 的团队来说仍然是最重要的，而且在你发现自己作为一个尽职的 QA 工作之前，你将需要很长很长的时间!
看看验收测试驱动开发并考虑通过编写自动化验收测试更多地参与需求阶段，也许使用诸如 FitNesse 之类的工具.
当然，手动的探索性测试仍有其一席之地。但是您应该将重复回归测试视为违反您的基本人权!
关于unit-testing - 如何在项目中作为 "QA Engineer"而不是 "Test Driven Development Team"的成员？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3577009/