如果我在错误的地方问这个问题,我深表歉意。 (可能是特定于职业建议和 QA 的迷你堆栈溢出之一)我最近花了大量时间学习和实现我们项目的单元测试框架。

在引入单元测试框架之前,我们的方法是编码、手动测试、提交,希望事情不会中断或上游。一个非常被动的系统。

现在,我们都明白事情需要被测试,自动化测试是高效和好的。然而,目前的角色似乎是“你做测试”和“编写自动化测试”

进行手动测试是可能的,但感觉势不可挡(因为一直存在错误)并且很像我的技能没有得到充分利用。

我在完成请求的第二部分时遇到困难。如果代码不是可测试的,那么编写自动化测试是很困难的。

我负责 QA - 但是 - 我只能找到有关测试驱动开发的资源。

在其他开发人员尚未编写可测试代码的情况下,我可以使用哪些方法来提高我的 QA 角色的效率?

最佳答案

我认为让开发人员跟上单元测试的速度将是您的主要关注点!这样,每个人都是赢家。

在那之前,当您实际上在处理遗留代码时,Michael Feather 的书 Working Effectively with Legacy Code 显然包含许多关于测试此类代码的有用建议。

您可能已经知道这一点,但也可以查看行为驱动开发 (BDD),其中包括很多关于创建自动化集成测试的内容,我认为您会对此感兴趣。

关于unit-testing - 如何在项目中作为 "QA Engineer"而非 "Test Driven Development Team"的成员工作?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/3577009/

10-13 09:33