.NET源代码自动测试工具

1. 静态测试
1.1 内建250条以上业界公认之编码规范 (Coding standard) 验证使用者之源码，并检查源码之完整性。(P,A,S)
1.2 规则精灵(RuleWizard)提供GUI接口让使用者轻易自定义编码规范(Coding Standard)，可依个别或特殊需求，验证代码是否正确，不需要写脚本；也提供更便捷之方式，让使用者放入要检查的源码区段，规则精灵会自动帮使用者建立规范。(A)
1.3 可依照内建之编码规范(Coding Standard) 之严重层级 (Severity Level) 来筛检代码的规则，以更快速判断及更正代码。(P,A,S)
1.4 提供团队配置中央控管系统(TCM)统一制定、整理、分派编码规范。(S)
2. 动态测试
2.1 工具需能自动分析C#, VB .NET, MC++之源码并自动产生单元测试(Unit Testing) 测试用例(NUnit Test Cases) ，此自动产生之测试用例须为源码并为NUnit格式，以利开发人员修改及维护。(P,A,S)
2.2 工具需能自动产生有源码的”桩”(Stubs) 来模仿外部呼叫(External Call) 之程序进而达到单元测试之目的，桩 (Stubs) 需可以依用户需求修改。(P,A,S)
2.3 工具需能自动执行白箱测试 (White box testing) 进而协助确保代码中每一条独立的路径至少会执行一次，所有的循环及逻辑运算也会执行，强化代码之架构功能。(P,A,S)
2.4 工具需能自动执行黑箱测试 (Black Box Testing) 可快速自动建立测试用例(NUnit Test Case)，以检查程序运行结果是否为预期中的结果，并可自定测试用例(NUnit Test Case) 的值，更可有效检查错误是否存在。(P,A,S)
2.5 工具需能自动执行回复测试 (Regression Testing) 可纪录测试结果，并以此建立测试用例(NUnit Test Case)，当重新测试之结果有所不同时即会通知使用者状况异常。(P,A,S)
2.6 需能与MS Visual Studio .NET 2003, 2005整合。(P,A,S)
2.7 需能提供完整之测试覆盖率报表如Line coverage。(P,A,S)
2.8 自动产生之测试案例(Test Case) 需为NUnit格式之测试用例，需能存入原始码控制系统如CVS, Clearcase或RVS内。(P,A,S)
2.9 可以支持命令行模式，快速整合现有项目建置的系统(如makefile)，有效找出项目隐藏的问题，可与现有建置流程(build process)同时进行，不影响原开发流程。