BS 架构系统的测试

发现网上BS架构的测试并没有一个统一的观点甚至是顺手的工具，我把自己的经验总结如下。

首先指出，测试的人员是兼职人员或临时人员，非开发人员。

测试思想：分模块测试。一般的BS架构系统都会根据模块的不同划分到不同的目录下。测试的时候可以按照模块测试。

测试步骤：前提是不看需求分析，直接登录bs系统。在目标模块上的主页面上，点击各个执行部件。一般即可了解大体功能和流程。

 

1.首先是整体测试。看看整个模块的主要功能、页面逻辑等等是否有错。

2.采用树结构的广度优先搜索方法，点击每个页面上的功能点，查看输入细节、页面跳转细节、展示细节。特别注意输入特殊字符、页面执行返回操作时候的跳转（一般执行确定操作都可以正确跳转）、页面的显示是否跟输入相同。

3.其他测试。web系统的特殊性，一般的还要测试Cookie，缓存测试、超时测试、是否可以跳过登录直接输入url进入系统的测试等等。

4.测试报告。这里指的不是真正的很长很烦的测试报告，而只是1个Excel表格。除了要求很严格的公司，一般的只要给出一个表格就行。（原因是显然的，我们最终交付的是代码而不是报告）表格应该有错误编号、重要程度（逻辑错误算重要，页面的验证算不重要）、错误描述、发现人、纠正人、以及时间戳即可。已经修正过的错误可以一红色标注。

  测试报告上要标明测试平台（系统），浏览器名称以及版本。

 测试报告尽量可以按照天来交付也可以按照模块交付，再得到测试报告修复的结果之后，应该先验证修复的结果，再做接下来的测试。

 

以上基本的，大概就可以应付中小公司（所以我也没提数据库连接测试和服务器连接强度测试）的测试了。要求严格的公司、需要完整测试报告的公司需要另说。