11
自动化测试:解释其业务价值
此问题是从Stack Overflow 迁移而来的,因为可以在Software Engineering Stack Exchange上回答。 迁移 8年前。 要开始我不认为这是一个重复的其他问题上的单元测试。我正在寻求帮助的是将其价值表达给程序员,分析师,经理和测试人员团队。通过自动化测试,我认为不需要区分单元测试(例如JUnit),BDD(例如JBehave,Fitness)和UI(Selenium,Watir),因为我认为它们都提供相似的价值(但您可以随意写一个不同意的答案:)) 以下是我已确定的列表,正在寻找有助于扩展或完善的答案: 节省时间/成本:编写自动化测试比编写测试案例要花费更多时间。但是,考虑到测试要运行多次,执行自动化测试的边际工作(即成本/时间)要少几个数量级。自动化测试运行便宜,这有助于随着时间的推移更改系统。 文档:没有比测试更真实的方法知道系统如何工作了。其他任何文档通常在撰写时就已过时,但是测试(至少是通过的测试)揭示了事情的实际运行方式。最终用户和API文档均是如此。 代码质量:测试写作迫使您: 考虑客户,因为测试是客户 打破使代码可测试的依赖关系,这通常意味着弄清楚如何使代码不需要其他大型系统可用