项目文档：测试文档
1.引言
1.1编写目的
编写本测试计划的目的是：
（1） 为整个测试阶段的管理工作和技术工作提供指南同时确定测试的内容和范围，为评价系统提供依据；
（2） 此外还帮助安排测试活动，说明对资源的需求；
（3） 说明测试结果的评价指标。
本文档的主要内容包括：
（1） 测试系统简介
（2） 测试方法
（3） 测试标准
（4） 测试计划
本文档的预期读者是：
（1） 开发人员
（2） 项目管理人员
（3） 测试人员
1.2项目背景
项目名称：精准医疗系统。
项目提出者：华中农业大学精准医疗系统小组。
开发单位：华中农业大学信息学院。
用户：所有人。
项目实施单位：华中农业大学精准医疗系统小组。
与其他系统的关系：本系统独立运行。
1.3术语定义
本测试计划文档所说的项目、产品、软件等，均指本小组的课程设计作品——精准医疗系统.
1.4参考资料
jQuery；
materialize框架开发手册;
HTML高级开发;
JavaScript从入门到精通。
Php开发指南。
2.任务概述
2.1目标
本测试的覆盖范围：
（1） 录入信息模块
（2） 数据下载模块
（3） 数据上传模块
通过测试，达到以下目标：
（1） 测试已实现的项目是否达到设计的要求。具体包括：各个功能是否已经实现，各个功能的流程是否正确。
（2） 产品规定的操作和运行稳定。
（3） Bug数和缺陷率控制在可接受的范围之内。
本系统的验收标准：
执行完所有系统的功能测试、性能测试的用例，无重大的导致系统不能运行的问题。如果进行系统测试时，存在严重的质量问题，导致无法继续，并且在可接受的时间范围内无法修复，系统测试终止。
2.2测试环境
硬件环境：合适的硬件环境。
软件环境：合适的软件环境，兼容已开发的项目。
2.3需求概述
2.3.1数据需求
内部数据：
本系统的内部数据结构和类型已经由数据字典进行了定义，列在下表：
|
数据项目 |
代号 |
数据类型 |
数据长度 |
取值范围 |
|
用户名 |
User_name |
Varchar（30） |
30 |
|
|
病人姓名 |
Username |
Varchar（30） |
30 |
|
|
密码 |
Password |
Char（32） |
32 |
|
|
登录时间 |
Login_time |
Char（11） |
11 |
|
|
电子邮件 |
|
Varchar（20） |
20 |
|
|
身份证 |
ID_card |
Varchar（20） |
20 |
|
|
住院号 |
Number_hospital |
Varchar（20） |
20 |
|
|
出生年月 |
birthday |
Varchar（20） |
20 |
|
|
性别 |
Gender |
Char（1） |
1 |
|
|
电话 |
Telephone |
Int(11) |
11 |
|
|
地址 |
address |
Varchar（200） |
200 |
|
|
民族 |
Nation |
Varchar（10） |
10 |
|
|
医院 |
hospital |
Varchar（100） |
100 |
|
|
癌症分型 |
Cancer_type |
Varchar（7） |
7 |
|
|
抽烟史 |
Smoke_year |
Varchar（10） |
10 |
|
|
TNM |
TNM |
Varchar（10） |
10 |
|
|
确诊时间 |
Time_confirm |
Varchar（20） |
20 |
|
|
是否死亡 |
Died |
Char（1） |
1 |
|
|
死亡时间 |
Time_dead |
Varchar（20） |
20 |
|
|
死亡原因 |
Dead_reason |
Text |
|
|
|
最后更新时间 |
Last_update |
Varchar（20） |
20 |
|
|
酗酒史 |
Drink_year |
Varchar（10） |
10 |
|
|
吸毒史 |
Drug_year |
Varchar（10） |
10 |
|
|
诊断描述 |
Diagnosis_desc |
Text |
|
|
|
手术描述 |
Operation_desc |
Text |
|
|
|
其他不良习惯史 |
Others |
Varchar（20） |
20 |
|
|
放疗方案 |
X_treat |
Text |
|
|
|
放疗后状态 |
After_ X_treat |
Text |
|
|
|
药物治疗方案 |
Drug_treat |
Text |
|
|
|
药物治疗后状态 |
After_ Drug_treat |
Text |
|
|
|
分析结果文件路径 |
Sample |
Varchar（250） |
250 |
|
|
样本是否公开 |
Access |
Char（1） |
1 |
|
|
是谁处理数据 |
Screen_by |
Varchar（10） |
10 |
|
|
产生时间 |
Creat_time |
Int(11) |
11 |
|
|
样本类型 |
Sample_type |
Varchar（8） |
8 |
|
|
上传者 |
Upload_by |
Varchar（10） |
10 |
|
本项目的内部数据均需按照上述数据字典进行组织。外部数据的存储格式和访问格式参照内部数据确定。
2.3.2事务需求
测试过程和处理要求按以下表格进行
|
步骤 |
动作 |
|
1 |
将测试用例进行打包和编译。 |
|
2 |
对测试用例进行审核，并最终提交测试。 |
|
3 |
接收测试。 |
|
4 |
开始测试。 |
需要准备的工作：
（1） 小组内部就测试工作达成一致意见。
（2） 设置好对应的测试工具并调试测试工具进入可工作的状态。
（3） 准备好相关文档以供参考和查阅。
2.4条件与限制
条件：
（1） 硬件设备：合适的硬件设备等。
（2） 软件系统保证：将需要使用到的调试软件等准备好。
（3） 人员齐备：小组全体成员在场。
（4） 配合：定制好各类预案应对突发情况。
（5） 内部协调：分工明确并相互配合。
限制：
（1） 资金限制：小组资金有限，主要通过学院机房提供的资源开展测试工作。
（2） 时间限制：课程设计时间有限，需要尽快完成测试工作。
（3） 环境限制：测试主要在学院机房开展。
3.计划
3.1测试方案
测试策略：黑盒测试。
测试过程：确认测试，针对可以实现的功能设计相关用例进行测试。
测试内容：系统的所有功能。
测试技术：包括等价类划分，边界值分析，错误推测和因果图等方法。
技术标准：完成所有功能的测试
3.2测试项目
功能测试：
1、录入信息：
（1）能够添加新的病人病例
（2）能够在已创建病例下添加新的病史
（3）修改已经提交的病人的信息
（4）搜索功能
（5）排序功能
2、下载数据
（1）能够下载由数据上传人员的病人病例样本
（2）搜索功能
3、数据上传
（1）能够上传新的病人病理样本
（2）查看、删除病人的病理样本
（3）搜索功能
界面测试：
对界面的完整性，正确性，操作性和友好性进行测试。
负载测试：
测试系统的并发访问性能，即同时多个用户使用此系统；还有就是大规模数据访问效率，即多用户使用时的速度问题。
文档测试：
对需求分析文档进行测试，测试重点在文档内容的正确性，准确性。主要采用走查的方式进行。
3.3测试准备
在测试前，与各模块的主要负责人进行共同协商讨论；阅读软件需求分析说明书，并以此作为总的提纲；选择合适的输入输出数据；编写测试用例。
3.4测试机构及人员
小组全体成员。
4 测试项目说明
本部分是测试项目的情况说明，包括测试项目定义、测试用例编写和操作步骤、测试进度安排及参考资料等
4.1 测试项目名称及测试内容
对每个测试项目定义合适的名称和测试内容
4.2 测试用例
编写测试用例，包括用例编号、输入数据、预期的输出结果等。
|
测试用例编号 |
Test_001 |
|
测试项目 |
用户登录 |
|
测试标题 |
输入不合法的账号 |
|
重要级别 |
高 |
|
预置条件 |
打开系统并初始化，并在联网的情况下成功打开 |
|
输入 |
|
|
操作步骤 |
①输入不合法用户账号 |
|
预期输出 |
系统提示登录错误（不合法） |
|
测试用例编号 |
Test_002 |
|
测试项目 |
用户登录 |
|
测试标题 |
输入合法账号并成功登陆 |
|
重要级别 |
高 |
|
预置条件 |
系统初始化，并在联网的情况下成功打开 |
|
输入 |
|
|
操作步骤 |
①输入合法账号 ②点击登录 |
|
预期输出 |
|
|
测试用例编号 |
Test_003 |
|
测试项目 |
录入新的病人信息 |
|
测试标题 |
在病人信息输入页面添加新的病人 |
|
重要级别 |
高 |
|
预置条件 |
系统初始化，并在联网的情况下成功打开，合法用户 |
|
输入 |
|
|
操作步骤 |
①输入相关信息 ②点击确认 |
|
预期输出 |
|
|
测试用例编号 |
Test_004 |
|
测试项目 |
修改已添加病人的基本信息 |
|
测试标题 |
在修改页面中修改相关信息 |
|
重要级别 |
高 |
|
预置条件 |
系统初始化，并在联网的情况下成功打开，合法用户 |
|
输入 |
|
|
操作步骤 |
在用户基本信息的修改页面中修改对应信息 点击确定 |
|
预期输出 |
|
|
测试用例编号 |
Test_005 |
|
测试项目 |
添加已有病人的新的病例 |
|
测试标题 |
添加已有病人的新的病例 |
|
重要级别 |
高 |
|
预置条件 |
系统初始化，并在联网的情况下成功打开，合法用户 |
|
输入 |
|
|
操作步骤 |
在相应框中添加相应信息 点击提交 |
|
预期输出 |
|
|
测试用例编号 |
Test_006 |
|
测试项目 |
测试录入信息页面的搜索功能 |
|
测试标题 |
在搜索页面，输入合法住院号身份证号等 |
|
重要级别 |
高 |
|
预置条件 |
系统初始化，并在联网的情况下成功打开，合法用户 |
|
输入 |
|
|
操作步骤 |
①用户在搜索页面中的住院病号搜索框输入432 |
|
预期输出 |
|
|
测试用例编号 |
Test_007 |
|
测试项目 |
下载已经上传的病人病例样本 |
|
测试标题 |
下载已经上传的病人病例样本 |
|
重要级别 |
高 |
|
预置条件 |
系统初始化，并在联网的情况下成功打开，合法用户 |
|
输入 |
无 |
|
操作步骤 |
点击下载按钮 |
|
预期输出 |
|
|
测试用例编号 |
Test_008 |
|
测试项目 |
数据下载界面的搜索功能 |
|
测试标题 |
数据下载界面的搜索功能 |
|
重要级别 |
高 |
|
预置条件 |
系统初始化，并在联网的情况下成功打开，合法用户 |
|
输入 |
|
|
预期输出 |
|
|
测试用例编号 |
Test_009 |
|
测试项目 |
数据上传功能 |
|
测试标题 |
数据上传 |
|
重要级别 |
高 |
|
预置条件 |
系统初始化，并在不联网的情况下成功打开，合法用户 |
|
输入 |
|
|
操作步骤 |
选择一位病人点击上传样本按钮 |
|
预期输出 |
|
|
测试用例编号 |
Test_010 |
|
测试项目 |
数据上传页面的搜索功能 |
|
测试标题 |
数据上传页面的搜索功能 |
|
重要级别 |
高 |
|
预置条件 |
系统初始化，并在联网的情况下成功打开，合法用户 |
|
输入 |
|
|
操作步骤 |
在相应搜索框中输入330424199802071012 |
|
预期输出 |
|
|
测试用例编号 |
Test_011 |
|
测试项目 |
通过数据上传界面中修改、删除用户的样本 |
|
测试标题 |
通过数据上传界面中修改、删除用户的样本 |
|
重要级别 |
高 |
|
预置条件 |
系统初始化，并在未联网的情况下成功打开，合法用户 |
|
输入 |
无 |
|
操作步骤 |
点击修改删除按钮 |
|
预期输出 |
删除成功或修改成功 |
|
测试用例编号 |
Test_012 |
|
测试项目 |
在录入信息界面的排序功能 |
|
测试标题 |
在录入信息界面的排序功能 |
|
重要级别 |
高 |
|
预置条件 |
系统初始化，并在联网的情况下成功打开，合法用户 |
|
输入 |
无 |
|
操作步骤 |
点击排序按钮 |
|
预期输出 |
经过排序后的病人信息展示 |
4.2.1 输入
每个测试用例的输入数据格式、顺序及输入方式
4.2.2 输出
每个用例预期的输出结果
4.2.3 步骤及操作
每个测试项的操作步骤，以及每个用例的操作过程和要求等
4.2.3 允许偏差
允许的结果偏差范围
4.3 进度
制定每个测试项目的进度安排和人员安排：测试人员为小组全部成员，进度按具体编码而定。
4.4 条件
针对每个测试项目，确定需要的硬件条件只需要安装了该app的安卓手机，或者通过电脑虚拟完成。
4.5 测试资料
测试需要参考的相关资料、文档及规范，见第一部分参考资料。
5.评价
5.1准则
质量准则：错误率尽可能低，效率尽可能高，具有可靠性。
覆盖准则：用例的覆盖度要高。
5.2结束标准
以错误率为结束标准，错误率要达到某一要求。