Web应用程序测试框架的组织与结构

时间:2011-07-19 17:02:33

标签: testing structure ui-automation

所以我希望通过Selenium等框架将Web应用程序测试带入我们的.Net环境。起初,它可能是编写测试的开发人员,但后来可能只是QA团队。我想知道测试应该在哪里居住。他们应该使用与Web应用程序相同的解决方案,还是应该生活在一个完全独立的解决方案中?请注意,这些是通过自动化Web浏览器完成的回归测试,因此不需要访问Web应用程序的程序集。答案可能是基于环境和其他因素,但我很好奇其他人在这种情况下做了什么。

1 个答案:

答案 0 :(得分:0)

回归测试包括单元测试和功能测试。功能测试使用各种输入来执行完整的程序。单元测试可以执行单个函数,子例程或对象方法。

单元测试是解决方案代码的一部分,与Microsoft MVC一样,应该与主代码一起使用。由于功能测试检查整个系统而不仅仅是组件,它们可以在任何地方生活。但是,由于您的功能测试是自动化脚本,因此它们应该包含在解决方案中。

将功能和单元测试同时存在于代码中的优点是项目管理问题。将所有项目相关文件放在一个存储库中,将代码版本与测试版本链接测试脚本需要像任何其他项目代码一样存储在存储库(版本控制系统)中,因此最好将它们与解决方案保持一致。

通过这种方式,测试团队可以通过像开发人员一样检出解决方案来进行白盒测试(通过访问代码进行测试)。他们的工作可以在Visual Studio中保存,共享和记录。 Microsoft甚至在Team Foundation Server中包含一些基于Web的管理工具,可用于通过测试团队和开发人员之间的开放式通信来管理测试。