网上商城系统测试报告
系别: 机电系
专业: 计算机
班级:10 级计算机班
小组成员:李佳文、孙展、申湘艳、文敬、李梦雄
系统的测试
1 系统的测试意义
基于 Web 的系统测试与传统的软件测试既有相同之处,也有不同的地方,
对软件测试提出了新的挑战。基于 Web 的系统测试不但需要检查和验证是否按
照设计的要求运行,而且还要评价系统在不同用户的浏览器端的显示是否合适。
重要的是,还要从最终用户的角度进行安全性和可用性测试。
在基于 Web 的系统开发中,如果缺乏严格的过程,我们在开发、发布、实
施和维护 Web 的过程中,可能就会碰到一些严重的问题,失败的可能性很大。
而且,随着基于 Web 的系统变得越来越复杂,一个项目的失败将可能导致很多
问题。当这种情况发生时,我们对 Web 和 Internet 的信心可能会无法挽救地动
摇,从而引起 Web 危机。并且,Web 危机可能会比软件开发人员所面对的软件
危机更加严重、更加广泛。
在 Web 工程过程中,基于 Web 系统的测试、确认和验收是一项重要而富有
挑战性的工作。基于 Web 的系统测试与传统的软件测试不同,它不但需要检查
和验证是否按照设计的要求运行,而且还要测试系统在不同用户的浏览器端的
显示是否合适。重要的是,还要从最终用户的角度进行安全性和可用性测试。
然而,Internet 和 Web 媒体的不可预见性使测试基于 Web 的系统变得困难。因
此,我们必须为测试和评估复杂的基于 Web 的系统研究新的方法和技术。
2 测试目的
系统测试是为了发现错误而执行程序的过程,成功的测试是发现了至今尚
未发现的错误的测试。
测试的目的就是希望能以最少的人力和时间发现潜在的各种错误和缺陷。
应根据开发各阶段的需求、设计等文档或程序的内部结构精心设计测试用例,
并利用这些实例来运行程序,以便发现错误。信息系统测试应包括软件测试、
硬件测试和网络测试。硬件测试、网络测试可以根据具体的性能指标来进行,
此处所说的测试更多的是指软件测试。
系统测试是保证系统质量和可靠性的关键步骤,是对系统开发过程中的系
统分析系统设计和实施的最后复查。根据测试的概念和目的,在进行信息系统
测试时应遵循以基本原则。
应尽早并不断地进行测试。测试不是在应用系统开发完之后才进行的。由
于原始问题的复杂性、开发各阶段的多样性以及参加人员之间的协调等因素,
使得毛开发各个阶段都有可能出现错误。因此,测试应贯穿在开发的各个阶段,
尽早纠正错误,消除隐患。
设计测试方案的时候,不仅要确定输入数据,而且要根据系统功能确定预
期的输出结果。将实际输出结果与预期结果相比较就能发现测试对象是否正确。
在设计测试用例时,不仅要设计有效合理的输入条件,也要包含不合理、
失效的输入条件。测试的时候,人们往往习惯按照合理的、正常的情况进行测
试,而忽略了对异常、不合理、意想不到的情况进行测试,而这些可能就是隐
患。
在测试程序时,不仅要检验程序是否做了该做的事,还要检验程序是否做
了不该做的事。多余的工作会带来副作用,影响程序的效率,有时会带来潜在
的危害或错误 。
测试是开发过程中一个独立且非常重要的阶段,测试过程基本上与开发过
程平行。
3 测试方法
黑盒测试(Black-box Testing,又称为功能测试或数据驱动测试)是把测试
对象看作一个黑盒子。利用黑盒测试法进行动态测试时,需要测试软件产品的
功能,不需测试软件产品的内部结构和处理过程。
采用黑盒技术设计测试用例的方法有:等价类划分、边界值分析、错误推
测、因果图和综合策略。
黑盒测试注重于测试软件的功能性需求,也即黑盒测试使软件工程师派生
出执行程序所有功能需求的输入条件。黑盒测试并不是白盒测试的替代品,而
是用于辅助白盒测试发现其他类型的错误。
黑盒测试试图发现以下类型的错误:
功能错误或遗漏;
界面错误;
数据结构或外部数据库访问错误;
性能错误;
初始化和终止错误。
4 系统功能测试用例
功能描述 系统登录模块测试
用例目的 测试系统登录模块中登录功能是否出错
前提条件 数据库中有使用用户的表,并且表中存放一定的数据
输入/动作
期望的输出/相应
实际情况
用 户 名 lijiawen , 密
能够正常的登录系统,并
正常
码:lijiawen
且显示为管理员用户
用户名 lijiawen ,密码
不能登录到系统,并且显
正常
空
示不存在该用户的信息
用户名 空 ,密码
不能登录到系统,并且显
正常
空
示用户名和密码不能为
空的信息
功能描述 购物车删除商品功能的模块测试
用例目的 测试系统删除商品功能是否出错
前提条件 数据库中有商品信息表
输入/动作
期望的输出/相应
实际情况
删除 Id 为 1 的商品
Id 为 1 的商品被删除,不
正常
显示商品
没有选择商品,点删除键 页面刷新一次,不改变
正常
功能描述 商品修改功能的模块测试
用例目的 测试系统修改模块中修改功能是否出错
前提条件 数据库中有商品信息表,并且表中存入部分数据
输入/动作
期望的输出/相应
实际情况
对商品信息进行修改
能够显示出商品修改后
正常
的信息
对商品的部分信息设置
商品信息不改变,并且显
正常
为非法字符
示该商品的信息修改错
误
功能描述 商品增加功能的模块测试
用例目的 测试系统增加模块中增加功能是否出错
前提条件 数据库中有商品信息表
输入/动作
期望的输出/相应
实际情况
添加某商品的信息
能够显示出添加的商品
正常
的详细信息
将非法商品信息输入
能够显示已有的商品信
正常
息,并且显示不能添加的
消息
5 总结
针对以上设计的用例测试,。模块使用正常,,数据量一大,性能就明下降。。
通过对本系统的测试,测试结果与预期设想基本符合。在本系统中,所有的基
本功能都已经实现,但在页面美化和人性化操作方面全部模拟的淘宝,还希望
有自己的特点。