用于手动测试需求的静态代码分析

Question

可以使用静态代码分析工具来确定要运行哪些单元测试。但是它是否可以使用(或者是否有类似的工具？)手动测试人员需求的代码分析？

我的意思是工具在AUT中显示依赖项源代码更改=>区域(从用户的角度来看)。

例如:如果文件some.package.reports.EmployeeJournal.java有更改，它应该通知(通过构建一些报告)手册来检查下载employee_list.xml的页面。当然，这个工具预计将被人类第一次接触。

Answer 1

也许这篇关于测试冲击分析的兴起的Martin /Thoughtworks文章有一些答案。不过，这不仅仅是单元测试。VStudio女士有一个名为“实时单元测试”的功能，可能与您的愿望类似。

Answer 2

“从用户的角度来看”是很难知道的，因为如果您的套件没有很好地涵盖应用程序，那么将永远不会检查用户可访问代码的一部分。

现在，抛开这个问题，有一些策略可以提高测试执行的效率：

• 开玩笑的只运行受更改影响的测试，使用覆盖率报告。。
• JUnit MaxCore“跟踪运行时和失败历史，并重新排序测试，以最大限度地增加失败测试在测试运行早期发生的可能性”。