软件测试文档

1.引言

本部分介绍测试基本情况和要求，包括编写目的、项目背景和术语等。

1.1 编写目的

为软件测试建立计划，供软件测试人员作为软件测试实施时的参考。

1.2 项目背景

网络技术越来越发达，大学生网购的频率近年来急剧增加，购买的物品增加导致许多物品没用几次或者根本未使用就闲置，造成了极大的资源浪费，大四毕业生搬运行李时通常为一些专业书、辅导书感到可惜，当废纸卖掉太可惜，搬走很麻烦以后用到的可能也很小。于是开发人员希望开发出一款用于校内的跳蚤市场软件来解决这一问题，即通过校内跳蚤市场，帮助同学们将闲置的物品，如：用过的专业书籍、辅导书甚至衣服等等，进行二次利用，与有需要的同学通过该软件平台进行交易。

1.3 术语定义

本文档所提及的术语，其定义遵照GB/T11457标准。

1.4 参考资料

《软件工程方法与实践》

2 任务概述

本部分描述测试的目标、测试环境、软件的基本需求，以及测试的条件和限制等。

2.1 目标

能够基本实现用户的登录注册，发布交易信息，修改交易信息，删除交易信息，查询交易信息等基本功能，并且实现用户之间通过应用程序的沟通和交易过程。

2.2 测试环境

硬件环境：略；

软件环境：wampserver64、Chrome

2.3 需求概述

用户：注册、登录、退出登录、发布物品交易信息、修改物品交易信息、删除已发布但不在交易过程中的物品交易信息（不允许删除正在交易和已经交易完成的物品交易信息）、查看自己/其他用户发布的物品交易信息、拍下他人发布的物品、确认交易、查看个人主页、查看自己已经完成的交易信息、在物品交易信息下发布留言。

2.3.1 数据需求

包括系统所涉及的内部数据和外部数据要求，如外部存储格式、访问格式、以及内部数据结构和类型等。

web端：1、服务器ip地址

2、项目在服务器中的路径地址

3、通过网页登录到项目的url地址

Android端：Bmob项目的AppKey

2.3.2 事务需求

包括完成测试需要哪些事务要求，如每组测试的过程和处理要求、需要哪些工作等。

android端：测试中有两个用户，能够实现需求概述中的所有功能

web端： 1、保证服务器正常运行

2、测试中有起码两个用户，能够实现需求概述中的所有功能

2.4 条件与限制

测试过程需要具备哪些条件，如各硬件设备、软件系统保证、人员齐备、各方面互相配合、内部协调等。限制包括资金限制、时间限制、环境限制等。

Android端：Android4.0以上、Bmob数据库正常运行

web端：服务器正常运行，其他无。

3 计划

本部分描述测试方案、测试的项目、测试前的准备工作和人员配备等。

3.1 测试方案

测试方案包括测试策略、测试过程、测试内容、要采用的测试技术，以及技术标准等

3.1.2 测试过程

张君怡和华楠模拟两个用户进行交易

李元杰模拟用户进入个人界面

李元杰、刘云杰、华楠模拟用户进行交易

刘云杰测试注册并登陆

3.1.3 测试内容

用户的注册、登录、发布物品、修改物品、拍下物品、查看买到/卖出的物品

用户个人界面正确显示，能修改用户名能修改密码，能进入我发布的、我买到的、我卖出的界面查看个人交易信息。

3.1.4 测试技术

黑盒测试

3.1.5 技术标准

数据库里存入用户信息，以及交易完成的信息。

各个页面中数据信息显示正确

3.2 测试项目

包括功能测试、回归测试、界面测试、负载测试和文档测试等项目。

·功能测试：

测试目标	确保功能测试需求项以及用例场景能够实现
测试方法和技术	利用浏览器和MySQL数据库测试功能用例。主要核实以下内容： 1.使用有效数据时得到预期的结果。 2.在使用无效数据时显示相应的错误消息或警告消息。
完成标准	所有测试用例都使用到，且系统中的功能全部都测试到
需考虑的特殊事项	无

·回归测试：

测试目标	确保在测试过程中发现问题能够及时修正
测试方法和技术	设置多个用户输入正常数据和非法数据，观察系统是否出现预期结果
完成标准	所有测试用例都使用到，且系统中的功能全部都测试到
需考虑的特殊事项	无

·界面测试：

测试目标	对照软件需求规格说明书中规定的界面规定，检查各个界面设计是否规范，包括：界面风格、色彩搭配、对齐方式等是否符合规范、是否协调一致、是否便于操作
测试方法和技术	小组成员模拟使用，并在使用后提出修改意见
完成标准	所有测试用例都使用到，且系统中的功能全部都测试到
需考虑的特殊事项	无

·负载测试：

测试目标	使用大量数据考验软件，以确定达到限制时是否引发错误
测试方法和技术	web采用阿里云性能测试 PTS模拟真实流量数据进行测试
完成标准	在输入大量数据的情况下，依然无重大问题发生
需考虑的特殊事项	无

·文档测试：

测试目标	对需求文档、设计文档进行测试，保证其内容的正确性、准确性
测试方法和技术	主要采取走查的方式
完成标准	需求文档和设计文档无重大缺陷，内容合理准确
需考虑的特殊事项	无

3.3 测试准备

1.与各模块的主要负责人共同协商讨论；

2.阅读软件规格说明书、概要设计说明书、详细设计说明书，并以此作为总的提纲；

3.选择合适的输入/输出数据；

4.编写测试用例。

3.4 测试机构及人员

测试机构的组建和人员组成、每个人员的职责和任务等。

测试人员：华楠、张君怡、刘云杰、李元杰、何临峰

人员职责：

web端：

华楠：编写测试用例、测试文档、根据测试用例在软件上进行模拟测试。

张君怡：根据测试用例在软件上进行模拟测试。

Android端：

李元杰：编写详细设计文档、在Android模拟器上对个人界面进行测试。

刘云杰：

何临峰：详细设计文档，在Android端进行物品详情页面测试

4 测试项目说明

本部分是测试项目的情况说明，包括测试项目定义，测试用例编写和操作步骤，测试进度安排以及参考资料等。

4.1测试用例

1.登录与注销

测试用例编号

01-1

测试项目名称

登录注销

设计者

华楠

测试目标状态和
测试数据状态

达到预期要求

测试类型

web端

序号	测试项目	输入说明（操作）	输出说明（预期结果）
1	登录系统	输入正确的用户名和密码	显示弹窗“登录成功”，进入主页
		输入错误的用户名或密码	显示弹窗“用户名或密码不正确”
		不输入用户名或密码	显示弹窗“用户名或密码不能为空”
2	退出系统	点击“退出登录”按钮	回到登录界面

测试用例编号	01	测试项目名称	登录注册	设计者	刘云杰
测试目标状态测试数据状态	达到预期要求	测试类型	Android端
序号	测试项目	输入说明（操作）	输出说明（预期结果）
1	登录系统	输入正确的用户名和密码	显示“登录成功”，进入主页
		输入错误的用户名或密码	显示“用户名或密码不正确”
		不输入用户名或密码	显示“用户名或密码不能为空”
2	注册系统	点击“注册”按钮	进入注册界面

2.注册

测试用例编号

02-1

测试项目名称

注册

设计者

华楠

测试目标状态和
测试数据状态

达到预期要求

测试类型

web端

序号	测试项目	输入说明（操作）	输出说明（预期结果）
1	用户注册	输入正确的用户信息	显示弹窗“注册成功”跳转到登录界面
		漏填学号/密码	显示弹窗“请输入用户名或密码”
		两次输入的密码不一致	显示弹窗“两次输入的密码不一致”
		漏填用户名/性别/专业班级 /学院	显示弹窗“请输入用户名/性别 /专业班级/学院”
		重复注册	显示弹窗“用户已存在”

测试用例编号

02

测试项目名称

注册

设计者

刘云杰

测试目标状态和
测试数据状态

达到预期要求

测试类型

Android端

序号	测试项目	操作	输出说明（预期结果）
1	用户注册	输入正确信息	显示弹窗“注册成功”，跳转登录界面
		两次密码不同	显示“两侧密码不一致”

3.对交易信息的操作（发布/修改/删除）

测试用例编号

03-1

测试项目名称

对交易信息的操作

设计者

华楠

测试目标状态和
测试数据状态

达到预期要求

测试类型

web端

序号	测试项目	输入说明（操作）	输出说明（预期结果）
1	发布交易信息	点击主页悬浮的“+”号，输入物品的正确信息	显示弹窗“发布成功”
		未填写标题/内容/价格	显示弹窗“标题/内容/价格不能为空”
2	修改交易信息	点击修改按钮，修改已发布的内容	显示弹窗 “修改成功”
3	删除交易信息	点击删除按钮	显示弹窗“删除成功”

测试用例编号

03

测试项目名称

对交易信息的操作

设计者

刘云杰

测试目标状态和
测试数据状态

达到预期要求

测试类型

Android端

序号	测试项目	操作	预期结果
1	发布交易信息	点击主页“发布按钮”输入物品信息	弹出“发布成功”，跳转到主页面

4. 查看（交易信息/个人信息/留言）

测试用例编号

04

测试项目名称

查看

设计者

华楠

测试目标状态和
测试数据状态

达到预期要求

序号	测试项目	输入说明（操作）	输出说明（预期结果）
1	查看信息	点击我发布的/我卖出的 /我买到的/主页按钮	显示信息
2	查看留言	点击查看留言按钮	显示留言

测试用例编号

04

测试项目名称

个人信息界面

设计者

李元杰

测试目标状态和测试数据状态

达到预期要求

测试类型

Android端

序号	测试项目	输入说明（操作）	输出说明（预期效果）
1	查看交易信息	点击/我发布的/我买到的 /我卖出的按钮	显示信息
2	修改用户名/密码	点击设置按钮，输入相应信息，点击确认修改	修改成功
3	从相应发布/买/卖界面进入商品详情页	点击相应界面的商品	进入商品详情

5.拍下

测试用例编号

05

测试项目名称

拍下

设计者

华楠

测试目标状态和
测试数据状态

达到预期要求

测试类型

web端

序号	测试项目	输入说明（操作）	输出说明（预期结果）
1	拍下	点击拍下按钮（其他用户发布）	显示弹窗“您已拍下该物品”
		点击拍下按钮（自己发布）	显示弹窗“您不能拍下自己发布的物品”

测试用例编号

05

测试项目名称

拍下

设计者

何临峰、刘云杰

测试目标状态和
测试数据状态

达到预期要求

测试类型

Android端

序号	测试项目	操作	预期结果
1	拍下	点击详情中的“拍下”	返回浏览界面

6.确认交易

测试用例编号

06

测试项目名称

确认交易

设计者

华楠

测试目标状态和
测试数据状态

达到预期要求

测试类型

web端

序号	测试项目	输入说明（操作）	输出说明（预期结果）
1	确认交易	卖家点击确认交易（买家未点击）	显示弹窗“请等待买家确认交易”
		卖家点击确认交易（买家已点击）	显示弹窗“交易成功”
		买家点击确认交易（卖家未点击）	显示弹窗“请等待卖家确认交易”
		买家点击确认交易（卖家已点击	显示弹窗“交易成功”

7.留言

测试用例编号

07

测试项目名称

留言

设计者

华楠

测试目标状态和
测试数据状态

达到预期要求

测试类型

web端

序号	测试项目	输入说明（操作）	输出说明（预期结果）
1	发布留言	点击添加留言，输入留言内容	显示弹窗“发布成功”

4.2测试步骤及操作

Android端：

首先进行登录：

进入主界面：

进入浏览：

点击一个进入详情页面：

点击拍下后，在浏览界面消失：软件测试文档

进入个人界面：

点击我发布的/我买到的/我卖出的按钮：

点击设置按钮：

点击确认修改：

再次点击设置进行修改密码：

点击确认修改：

4.2.4 允许误差

误差标准：不允许出现重大误差，若出现误差及时修改。

5 评价

给出测试评价准则和结束标准。

5.1 准则

包括质量准则，如错误率、效率、可靠性等，以及覆盖准则，如用例的覆盖度等。

质量准则：

错误率：10%以下

可靠性较高

可移植性较高

覆盖准则：

使用穷举测试即黑盒测试，用例覆盖率达到90%以上。

5.2 结束标准

以时间为结束基准，以资金为结束标准，还是错误率为基准等。

当测试结果完全贴合需求时，测试结束。

6 测试日志

测试类型

web端

测试人员

华楠

序号	测试项名称	操作步骤及现象	错误修改及原因简述	回测
1	注册	未填写性别/班级/学院仍然注册成功	未添加后台相关判断项	合格
2	登录	登录失败显示的弹框为 “用户名或密码错误”	字段描述错误，修改为“学号或密码错误”	合格
3	查看	显示的中文字符为问号	字符集不正确，修改为utf-8	合格
4	查看	未登录但是能进入用户主页和物品主页（通过顶栏）	未添加登录状态判断，添加登录状态判断	合格
5	拍下	用户能拍下自己发布的物品	未添加相关判断项，添加相关判断项并添加弹窗“您不能拍下自己发布的物品”	合格

测试类型

Android端

测试人员

刘云杰、李元杰

序号	测试项目名称	操作及现象	错误修改及原因	回测
1	注册	信息填写完善后没有将性别存入数据库	后台没有成功获取信息	合格
2	发布	正确填入信息后，没有将价格存入数据库	后台将赋值单词拼错	合格
3	拍下	详情界面拍下后没有反应	没有将逻辑与按钮绑定	合格