网上商城测试文档
文档编号：001
编写者：
张玮 2011118070
林云云 2011118071
贾晶晶 2011118072
白美佳 2011118068
王淼 2011118069
日期： 2014-11-20
目录
第一章任务概述 (3)
1.1.目标 (3)
1.2.需求与设计概述 (3)
1.3.运行环境 (3)
1.4.测试环境 (3)
1.5.条件与限制 (3)
1.6.参考资料 (3)
第二章功能测试用例设计 (3)
2.1.公用测试用例 (3)
2.2.系统登录及界面 (3)
第三章性能测试用例设计 (3)
3.1.性能测试 (4)
3.2.恢复测试 (4)
3.3.安全性测试 (5)
3.4.强度测试 (5)
第四章评价准则 (5)
5.1.范围 (5)
5.2.准则 (5)
第五章测试用例列表 (6)
6.1.页面测试 (6)
第一章任务概述
1.1目标
根据需求规格说明书和详细设计说明书编写测试用例，验证系统的功能是否完成、软件是否正常运行、性能是否良好等。
1.2需求与设计概述
本小组开发的网上商城项目，主要是实现网上选物、购物、产生订单等功能。游客进入可浏览商城中的商品（可分类浏览，搜索商品）；注册用户登陆后可浏览及购买商品（支付功能没有实现）；系统管理员可进行用户（普通用户）管理，商品信息管理，类别（商品分类）信息管理，优惠信息录入；高级系统管理员拥有最高权限，可管理系统管理员信息，也可进行普通用户及商品，类别和优惠信息的管理。
1.3运行环境
操作系统：Windows 7；
服务器：Tomcat6.0；
数据库： MySQL
开发工具：Java EE、JDK1.8，
1.4测试环境
操作系统：Windows 7；
服务器：Tomcat6.0；
数据库：MySQL；
开发工具：Java EE、JDK1.8
1.5条件与限制
系统能够在3-5s内对请求做出响应，在有网络的基础上才能进行操作。
1.6参考资料
Software Testing second Eidit （美）Ron Patton 著机械工程出版社
第二章功能测试用例设计
2.1公用测试用例
功能测试用例对测试对象的功能进行测试，它侧重于所有可直接追踪到的用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。主要操作时在用户界面输入数据，查看结果是否与需求规格说明书一致相同。
根据页的内容进行数据的查看、添加、修改、删除等操作，查看页面显示的结果，与预期结果进行比较，总结产品管理系统的缺陷和错误等信息，然后交给
开发相应模块的人员，让其进行代码的修改，以优化系统。
2.2系统登录及界面
用户通过用户名和密码进行登录
1、如果用户名（密码）为空，则显示用户名（密码）为空，还显示登陆页
面；
2、如果输入的用户名或密码错误，则显示用户名或密码错误，请重新输入，
还显示登陆页面；
3、如果用户名和密码都正确，根据用户名的角色，显示不同的功能模块。
第三章性能测试用例设计
4.1性能测试
在所提供的测试环境中，运用性能测试工具对产品管理系统产生模拟真实使用环境的压力负载，重现缺陷发生状态，并监控的客户端和服务器性能指标，最终判断性能缺陷所属系统业务模块。
1、在用户少于20人的情况下，进行界面的操作，记录系统的响应时间；
2、在40人左右的情况下，进行相应的操作，记录系统的响应时间；
3、在超过100人的情况下，使用系统，查看系统的相应时间，以及查看系
统是否可以正常运行，是否会出错。
4.2恢复测试
恢复测试是测试一个系统从如下灾难中能否很好地恢复，如遇到系统崩溃、硬件损坏或其他灾难性问题。恢复测试指通过人为的让软件（或者硬件）出现故障来检测系统是否能正确的恢复，通常关注恢复所需的时间以及恢复的程度。
恢复测试主要检查系统的容错能力。当系统出错时，能否在指定时间间隔内修正错误并重新启动系统。恢复测试首先要采用各种办法强迫系统失败，然后验证系统是否能尽快恢复。对于自动恢复需验证重新初始化、检查点、数据恢复和重新启动等机制的正确性；对于人工干预的恢复系统，还需估测平均修复时间，确定其是否在可接受的范围内。
1、让系统的硬件（如操作系统故障），重新换过系统之后，查看产品管理系统能否正常运行，若能恢复记录恢复时间、恢复程度。
2、让很多人同时使用系统，当系统达到崩溃的状态时，减少同时使用系统的用户，查看系统恢复的时间，记录恢复的程度。
4.3安全性测试
安全性测试是当软件受到恶意攻击时，软件依然能正确运行，它主要是验证应用程序的安全等级和识别潜在安全性缺陷的过程。应用程序级安全测试的主要目的是查找软件自身程序设计中存在的安全隐患，并检查应用程序对非法侵入的防范能力，根据安全指标不同测试策略也不同。可对代码进行静态的代码安全测试，它主要通过对源代码进行安全扫描，根据程序中数据流、控制流、语义等信息与其特有软件安全规则库进行匹对，从中找出代码中潜在的安全漏洞。静态的源代码安全测试是非常有用的方法，它可以在编码阶段找出所有可能存在安全风险的代码，这样开发人员可以在早期解决潜在的安全问题。
1、对系统进行恶意攻击，查看系统能否正常运行，如果出现问题，记录问题并解决；
2、对系统进行非法侵入，查看系统能否正常运行，如果出现问题，记录问题并解决；
3、对源代码进行安全扫描，根据程序中数据流、控制流、语义等信息与其特有软件安全规则库进行匹对，从中找出代码中潜在的安全漏洞，并进行代码优化。
4.4强度测试
强度测试总是迫使系统在异常的资源配置下运行，查看系统能否正常运行。
1、当中断的正常频率为每秒一至两个时，运行每秒产生十个中断的测试用例；
2、定量地增长数据输入率，检查输入子功能的反映能力；
3、运行需要最大存储空间（或其他资源）的测试用例；
4、运行可能导致虚存操作系统崩溃或磁盘数据剧烈抖动的测试用例。
5、进行疲劳强度测试，测试系统长时间运行后的性能表现，例如7x24小时的压力测试。
第四章评价准则
4.1范围
适用于对产品的业务流程、功能测试用例的编写。
4.2准则
1、测试用例命名规则：功能模块和业务流程进行命名。
2、测试用例编号规则
用例编号规则：以测试模块名称的第一个字母进行命名（大写），试模块名称比较长时，可进行简写。一般简拼不超过5个字母
3、测试用例文档书写内容
1)被测试对象的介绍
2)测试范围与目的
