Web软件测试方法及步骤总结

Web软件测试方法及步骤总结、式样比对测试开发提交新版本给测试后，作为测试人员，首先需要对开发的功能有一个整体而全面 的认识与了解，因此将式样比对作为验证功能的第一部，不仅可以从整体入手宏观检验开 发功能是否与需求一致，是否存在偏差，还可以对功能模块有一个整体的认知，对以后的 各阶段测试做到心中有数。二功能测试在对比式样测试完成后，已经对产品自身有了宏观的认识，并且确保了产品与用户需 求的基本一致性。因此开始更细致的功能测试（也可以称之为行为测试），通过验证产品各 个控件是否可以正确使用；各个功能点是否达到了用户需求中的标准等等，下面列出Web 功能测试常用的测试方法：1、页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确；2、相关性检查：增加/删除一项会不会对其他项产生影响，如果产生影响，这些影 响是否都正确；3、检查按钮的功能是否正确：如add、update、cancel、delete, save等功能是 否正确；4、字符串长度检查：输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度，会不会出错;5、字符类型检查：在应该输入指定类型内容的地方输入其他类型的内容（如在应该 输入整型的地方输入其他字符类型），看系统是否检查字符类型，会否报错；6、标点符号检查：输入内容包括各种标点符号，特别是空格、各种引号、回车键。 看系统处理是否正确；7、中文字符处理：在可以输入中文的系统输入中文，看会否出现乱码或出错；8、检查带出信息的完整性：在查看信息和update信息时，查看所填写的信息是不 是全部带出，带出信息和添加的是否一致；9、信息重复：在一些需要命名，且名字应该唯一的信息输入重复的名字或ID，看 系统有没有处理，是否报错，重名包括是否区分大小写，以及在输入内容的前后输入空格， 系统是否作出正确处理；10、检查删除功能：在一些可以一次删除多个信息的地方，不选择任何信息，按 “delete”，看系统如何处理，是否出错；然后选择一个和多个信息，进行删除，看是否正确处理；11、检查添加和修改是否一致:检查添加和修改信息的要求是否一致，例如添加要求 必填的项，修改也应该必填；添加规定为整型的项，修改也必须为整型；12、检查修改重名：修改时把不能重名的项改为已存在的内容，看是否处理，报错； 同时，也要注意，会不会报和自己重名的错；13、重复提交表单：一条已经成功提交的纪录，back后再提交，看看系统是否做了处理；14、检查多次使用back键的情况：在有back的地方，back，回到原来页面，再 back，重复多次，看是否出错；15、search检查在有search功能的地方输入系统存在和不存在的内容看search 结果是否正确；如果可以输入多个search条件，可以同时添加合理和不合理的条件，看系 统处理是否正确；16、输入信息位置：注意在光标停留的地方输入信息时，光标和所输入的信息是否跳 到别的地方；17、上传下载文件检查：上传下载文件的功能是否实现；上传文件是否能打开；对上 传文件的格式有何规定；对上传文件的大小是否有限制；18、必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提 示信息，如在必填项前加*；19、快捷键检查：是否支持常用快捷键，如Ctrl+C Ctrl+V Backspace等，对一些 不允许输入信息的字段，如选日期对快捷方式是否也做了限制；20、回车键检查：在输入结束后直接按回车键，看系统处理如何，会否报错。集成测试，也叫组装测试或关联测试。在功能测试的基础上，将所有模块按照设计要 求（如根据结构图）组装成为子系统或系统，进行集成测试。实践表明，一些模块虽然能够 单独的工作，但并不能保证连接起来也能正常的工作。程序在某些局部反应不出来的问题， 在全局上很可能暴露出来，影响功能的实现。也就是应该考虑以下问题:1、在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；例如：在卖家客服下单，并由卖家客服提交卖家审批，登录卖家系统，审批订单模块 查看订单是否显示；所显示的订单详细信息是否与客服下单时所填写的信息一致；有没有 数据丢失的现象；2、各个子功能组合起来，能否达到预期要求的父功能；例如：卖家客服下单，客服提交订单，卖家审批订单3个子模块，通过流程的检验， 是否达到了需求中预期要求的目标；3、一个模块的功能是否会对另一个模块的功能产生不利的影响;4、单个模块的误差积累起来，是否会放大，从而达到不可接受的程度。、系统测试完成集成测试后，应该可以说产品本身不论是从页面上，还是从各个功能点上，都已 经达到了一个相对稳定的程度，因此，在这样的版本中可以进行系统测试（其中包括：连 接速度测试、并发测试、压力测试、兼容性测试等），从而使产品本身更加稳定；1、连接速度测试：根据不同的上网方式（例如局域网、电话拨号、宽带上网、3G上网等方式），测试访 问一个页面是否会等待很长时间。如果Web系统响应时间太长（例如超过5秒钟），用户就 会因没有耐心等待而离开。另外，有些页面有超时的限制，如果响应速度太慢，用户可能 还没来得及浏览内容，就需要重新登陆了。而且，连接速度太慢，还可能引起数据丢失， 使用户得不到真实的页面；2、并发测试：并发测试是为了测量产品在某一负载级别上的性能，以保证Web系统 在需求范围内能正常工作。并发级别可以是某个时刻同时访问系统的用户数量，也可以是 在线数据处理的数量。例如:Web系统能允许多少个用户同时在线？如果超过了这个数量， 会出现什么现象？ Web应用系统能否处理大量用户对同一个页面的请求？推荐工具：可以使用Loadrunner、Winrunner等性能测试功能完成负载并发测试。3、兼容性测试：（1）平台测试：目前市场上存在很多不同的操作系统类型，最常见的有Windows. Unix、Macintosh, Linux等。Web应用系统的最终用户究竟使用哪一种操作系统，取决 于用户系统的配置。这样，就可能会发生兼容性问题，同一个应用可能在某些操作系统下 能正常运行，但在另外的操作系统下可能会运行失败。因此，在Web系统发布之前，需 要在各种操作系统下对Web系统进行兼容性测试；（2）浏览器测试：浏览器是Web客户端最核心的构件，来自不同厂商的浏览器对 Java,、JavaScript、ActiveX、plug-ins或不同的 HTML规格有不同的支持。例如 ActiveX是 Microsoft 的产品，是为 Internet Explorer而设计的 JavaScript 是 Netscape 的产品， Java是Sun的产品等等。因此在产品正式上线前，我们需要通过黑盒测试的手段，在不同 的浏览器（例如：IE、360、腾讯TT、Firefox等等）中对产品的页面进行测试，从而发现 不同浏览器之间是否都可以正常的现实产品的页面，以及产品的功能是否能正常使用。（3）视频测试：页面版式在 800*600、1024*768、1280*1024、1280*800（宽屏）、 1440*900（宽屏）等分辨率模式下是否显示正常，字体是否太小以至于无法浏览，或者是 太大，文本和图片是否对齐。五、归测试通过功能测试、集成测试、以及系统测试后，可以说产品已经相当的稳定，但由于在 修改Bug的过程中，有可能会带来一些关联问题的产生，或是因为更新版本导致有些Bug 的复现，因此作为上线前的把关，我们需要将我们之前发现的所有Bug进行回归测试，并 且以点代面的对发现为题较多的模块进行再测试，以保证产品发生错误的几率降到最低。六,验收测试到这验收测试，我想就要到大功告成的时候了，但我们仍然不可掉以轻心，该轮测试， 测试人员应该完全站在客户的角度去使用系统，为什么说这里是使用呢，因为我们要去思 考用户的习惯，从而找出系统中那些操作不适用，存在不合理的地方，从而完善我们的系 统。