|
web 应用程序测试方法概述 | 1. 概述
随着 web 应用的增多,新的模式解决方案中以 web 为核心的应用也越来越多, 很多公司各种应用的架构都以 B/S 及 web 应用为主,但是有关 WEB 测试方面的内容并没有相应的总结,所以我在这里对 web 的测试方法和采用的测试技术进行总结,便于内部交流。 测试方法尽量涵盖 web 程序的各个方面,测试技术方面在继承传统测试技术的技术上结合 web 应用的特点。 l 相关的测试和实现技术也有着很大的关系,由于本公司使用 J2EE 体系,也许例子中只有 JAVA 平台可以使用, .NET 平台测试技术暂时不涉及,如果你有请与我联系。
2. 测试方法
2.1 界面测试
现在一般人都有使用浏览器浏览网页的经历,用户虽然不是专业人员但是对界面效果的印象是很重要的。如果你注重这方面的测试,那么验证应用程序是否易于使用就非常重要了。很多人认为这是测试中最不重要的部分,但是恰恰相反界面对不懂技术的客户来说那相当关键,慢慢体会你会明白的。 方法上可以根据设计文档,如果够专业的话可以专业美工人员,来确定整体风格页面风格,然后根据这个可以页面人员可以生成静态的 HTML , CSS 等甚至生成几套不用的方案来讨论,或者交给客户评审,最后形成统一的风格的页面 / 框架。注意不要靠程序员的美术素养形成你的 web 风格,那样可能会很糟糕。
2.2 功能测试
功能测试是测试中的重点,主要包括一下几个方面的内容:
a 连接:这个连接和界面测试中的连接不同。那里注重的是连接方式和位置,如是图像还是文字放置的位置等,还是其他的方式;这里的连接注重功能,如是否有连接,连接的是否是说明的位置等;
b 表单提交:应当模拟用户提交,验证是否完成功能,如注册信息,要测试这些程序,需要验证服务器能正确保存这些数据,而且后台运行的程序能正确解释和使用这些信息。还有数据正确性验证,异常处理等,最好结合易用性要求等。 B/S 结构实现的功能可能主要的就在这里,提交数据,处理数据等如果有固定的操作流程可以考虑自动化测试工具的录制功能,编写可重复使用的脚本代码,可以在测试、回归测试时运行以便减轻测试人员工作量;
c Cookies 验证:如果系统使用了 cookie ,测试人员需要对它们进行检测。如果在 cookies 中保存了注册信息,请确认该 cookie 能够正常工作而且已对这些信息已经加密。如果使用 cookie 来统计次数,需要验证次数累计正确。关于 cookie 的使用可以参考浏览器的帮助信息。如果使用 B/S 结构 cookies 中存放的信息更多。
3. 存在风险及解决方法
说明:测试不能找出所有的问题,只是尽量在开发阶段解决大多数的问题而已。 测试风险如下: 软硬件的测试环境提供上也对测试结果有很大的影响; 测试团队的水平,经验,合作效果等; 整个开发流程对测试的重视程度,测试的进入时间等; 由于测试环境操作系统,网络环境,带宽等情况可能产生的测试结果可能不同这是就需要经验以及对测试环境的保护等方面下一些功夫。
4. 软件缺陷的原则
软件缺陷区别于软件 bug, 它是在测试过程中出现的对系统有影响的,但是在设计中没有的或者对修改后的 bug 测试和开发人员有不同意见等。
a 软件未达到产品说明书标明的功能;
b 软件出现了产品说明书指明不会出现的错误;
c 软件功能超出产品说明书指明范围;
d 软件未达到产品说明书虽未指出但应达到的目标;
e 软件测试员认为软件难以理解、不易使用、运行速度缓慢,或者最终用户认为不好。
5. 文档测试
产品说明书属性检查清单
a 完整:是否有遗漏和丢失?完全吗?单独使用是否包含全部内容?
b 准确:既定解决方案正确吗?目标明确吗?有没有错误?
c 精确:不含糊,清晰。描述是否一清二楚?还是自说自话?容易看懂和理解吗?
d 一致:产品功能描述是否自相矛盾?与其他功能有没有冲突 ?
e 贴切:描述功能的陈述是否必要 ? 有没有多余信息 ? 功能是否满足的客户要求 ?
|
|
|