项目名称 |
TDzhushou |
|
项目承担部门 |
骐骥之队 |
|
完成日期 |
2014/5/29 |
历史版本：
|
版本/状态 |
作者 |
参与者 |
起止日期 |
备注 |
|
TDzhushou1.1 |
解凤娇 |
骐骥之队 |
5/3-5/7 |
2014/5/8 |
一、功能测试用例
此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。主要测试技术方法为用户通过GUI（图形用户界面）与应用程序交互，对交互的输出或接受进行分析，以此来核实需求功能与实现功能是否一致。
编号 |
测试项 |
测试类型 |
描述/输入/操作 |
期望结果 |
失败结果 |
真实结果 | |
|
00001 |
主界面及其他界面 |
UI测试 |
启动TD助手，观察界面。点击各个图标查看界面。 |
页面没有错别字，整体风格一致，布局合理，界面简洁大方，易懂。 |
界面不友好，太过华丽，字体大小不整齐。 |
页面简洁大方友好，布局合理，按钮大小合适。 | |
|
00002 |
每日时间表 |
功能测试 |
点击每日时间表查看内容 |
1）正确显示每周日历表中所添加的所有日程； 2）点击具体条目时出现他们的详细内容或者不出现停止运行等用户不可处理的情况。 |
1）不能显示每周日历表中所添加的日程； 2）点击具体条目时，软件没有响应，出现用户不能处理的情况，比如停止运行。 |
1）能正确显示每周日历表中所添加的所有日程； 2）点击具体条目时，出现用户不能处理的情况，程序停止运行，必须重启。 | |
|
00003 |
每周日历表 |
功能测试 |
点击每周日历表，点击要添加事件的某一天，点击“+”号，输入具体内容，选择日程类型，选择时间，都确定无误后，点击保存。 |
1）能出现日历表； 2）尚未添加日程的可以正确添加，添加了日程的可以查看； 3）不出现用户处理不了的异常情况。 |
1）看不到日历表； 2）不能正确添加日程，添加了日程不可以查看； 3）出现了用户不能处理的异常情况。 |
1）能正确出现日历表； 2）尚未添加日程的可以正确添加，添加了日程的可以查看； 3）点击具体日程时出现异常，程序停止运行。 | |
|
00004 |
多事件处理 |
功能测试 |
点击多事件处理，点击条目选择需要的选项。 |
1）能增删改查添加的课程； 2）不出现用户不能处理的异常。 |
1）能增删改查添加的课程； 2）出现异常 |
只实现的滑动，并没有实现具体功能 | |
|
00005 |
TD小工具 |
功能测试 |
点击TD小工具，按步骤进行 |
1）能查看TD美景美图； 2）能查看TD生活助手； 3）不出现用户不能处理的异常。 |
1）不能查看TD美景美图； 2）不能查看TD生活助手； 3）出现异常。 |
由于还没有导入，功能尚未实现 | |
|
00006 |
所有功能 |
数据测试 |
在所有需要输入数据的地方输入数据。 |
1） 能正确接收并显示数据； 2） 当输入不当字符时有提示 3） 不出现用户不能处理的异常情况 |
1）不能正确接收并显示数据； 2）当输入不当字符时没有提示； 3）出现异常情况 |
1）所有需要用户输入数据的地方都是不限字符，不限数目的，所以没有提示。 2）没有出现异常情况。 | |
二、性能测试
性能测试是一种对响应时间、事务处理速率和其他与时间相关的需求进行测试和评估。性能测试的目标是核实性能需求是否都已满足。可以分为以下几种进方式来组织进行测试。
1.1. 用户并发测试用例
用户并发测试是性能测试最主要的部分，主要是通过增加用户数量来加重系统负担，以检验测试对象能接收的最大用户数来确定功能是否达到要求。因我们的程序不需要联网，所以不必进行用户并发测试。
1.2. 大数据量测试用例
大数据量测试使测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限。大数据量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。
|
测试目的 |
通过大数据量测试用例，查看程序能承受多大的数据量才达到极限 | |||
|
前提条件 |
时间充裕，频繁输入查看 | |||
|
测试需求 |
输入（最大数据量） |
事务成功率 |
期望性能（平均值） |
实际性能（平均值） |
|
每周日历表 |
10000第条记录 |
100% |
10000 |
10000 |
|
15000第条记录 |
100% |
15000 |
15000 | |
|
20000第条记录 |
100% |
20000 |
20000 | |
|
每天时间表 |
10000第条记录 |
100% |
10000 |
10000 |
|
15000第条记录 |
100% |
15000 |
15000 | |
|
20000第条记录 |
100% |
20000 |
20000 | |
|
备注： |
每天时间表、每周日历表都能正确接受并显示数据 | |||
1.3. 疲劳强度测试用例
强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。
|
测试目的 |
测试是否出现数据库锁 | ||
|
测试说明 |
时间充裕 | ||
|
前提条件 |
连续运行8小时 | ||
|
测试需求 |
输入/动作 |
输出/响应 |
是否正常运行 |
|
每周日历表 |
2小时 |
可以 |
是 |
|
4小时 |
可以 |
是 | |
|
6小时 |
可以 |
是 | |
|
8小时 |
可以 |
是 | |
|
每天时间表 |
2小时 |
可以 |
是 |
|
4小时 |
可以 |
是 | |
|
6小时 |
可以 |
是 | |
|
8小时 |
可以 |
是 | |
1.4. 安装手册帮助文件测试以及安装卸载测试阶段
安装手册帮助文件很详细，安装时是自动安装，直接点安装就一路畅通无阻了。安装退出之后，应用程序可以正确启动、运行。卸载也很容易，直接拖过去卸载就行。卸载之后系统已把所有的文件全部删除。安装和卸载均是秒速，极其合理。
1.5. 负载测试测试用例
负载测试也是性能测试中的一种。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。
|
测试目的 |
确定并确保系统在超出最大预期工作量的情况下仍能正常运行 | ||
|
前提条件 |
手机里能够运行 | ||
|
测试需求 |
输入 |
期望输出 |
是否正常运行 |
|
每周日 历表 |
软件工程 实验 15:50 |
已输入的 |
是 |
|
每周日 历表 |
计算机网络 实验 15:50 |
已输入的 |
是 |
|
每周日 历表 |
计算机操作系统 实验 8:00 |
已输入的 |
是 |
|
每周日 历表 |
软工小组 会议 20:00 |
已输入的 |
是 |
|
…… |
…… |
…… |
…… |
|
备注 |
输入输出都能正常运行 | ||
三、兼容性测试
在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件例如，应用程序、驱动程序等而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。
|
测试目的 |
测试多种环境下，不同安卓平台下运行情况是否正常 | |
|
配置说明 |
安卓平台版本 |
结果 |
|
手机客户端 |
2.0 |
不能运行 |
|
2.1 |
不能运行 | |
|
2.2 |
运行正常 | |
|
2.3 |
运行正常 | |
|
4.0.3 |
运行正常 | |
|
4.2 |
运行正常 | |
|
4.3 |
运行正常 | |
【Sprint3冲刺之前】TD学生助手测试用例