软工测试文档

一、软件测试部分

(一) 软件测试计划

  1. 引言

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

1.1编写目的

为网页测试建立计划,供网页测试人员作为网页测试实施时的参考。

1.2专案背景

介绍项目的背景和范围等。

本项目由华中农业大学软件工程学习小组提出,由华中农业大学信息学院2017级计算机科学与技术专业学生完成。

本项目应用范围为对果蔬饮食感兴趣的师生。

1.3术语定义

包括软件和测试方面的基本术语。

白盒测试:白盒测试是一种测试用例设计方法,盒子指的是被测试的软件,白盒指的是盒子是可视的,你清楚盒子内部的东西以及里面是如何运作的。"白盒"法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。"白盒"法是穷举路径测试。

1.4参考数据

相关参考文献资料。

[1]窦万峰.软件工程方法与实践[M].北京:机械工业出版社,2018

  1. 任务概述

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

2.1目标

给出本次测试的主要目标、覆盖范围和验收标准等。

本次测试主要目标是对各个子系统的各个子模块进行测试,确保其实现相应功能,且出错率在10%以下。

本次单元测试覆盖整个系统的各个子模块。

2.2测试环境

包括硬件环境、软件环境等。

硬件环境:

对计算机配置要求不高,只要可以正常运行当前主流的浏览器,即可正常运行该网站。

软件环境:

该软件适用于目前主流的操作系统,所以支持Windows10、Windows7、Windows XP三种系统。目前无法提供MAC OS环境进行测试。

2.3需求概述

简要描述系统的需求,尤其是数据需求和事物需求等。

2.3.1数据需求

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

2.3.2事物需求

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

2.4条件与限制

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

2.4.1测试条件

测试需要负责人与各个子系统负责成员在场,在软件系统整体实现程度较高时,方可开始测试。在测试过程中,还要做到小组内各成员间相互配合,及时沟通交流以解决出现的问题。

2.4.2测试限制

主要限制是时间限制,前期开发花去过多时间,以至于后期测试所剩时间不够多,不过还是能够如期完成测试。

  1. 计划

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

3.1测试方案

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

3.1.1用户登录注册

3.1.1.1 测试策略:分为不同身份进行测试,分为用户,管理员,游客分别进行测试,测试时分别对注册,登录,进行分组多组测试。

3.1.1.2 测试过程:测试用例设计,测试用例编写,测试,测试结果分析,误差改进;

3.1.1.3 测试内容:用户(注册,登录),管理员(登录),游客(搜索,下载,评论)。

3.1.1.4 测试技术:白盒测试

3.1.2用户使用

测试计划:使用多个用户重复地对网页浏览,点击,搜索,评论等功能进行分组多组测试;

测试过程:测试用例设计,测试用例编写,测试,测试结果分析,误差改进;

测试内容:用户修改个人信息,进入推荐版块,搜索各种美食,食材,浏览某些菜谱,评论,写评论;

测试技术:白盒测试;

3.1.3用户管理

测试方法:黑盒和白盒测试结合

测试过程:选择测试内容,设计测试用例,进行测试

测试内容:管理员(登陆、权限),用户(评论、登陆 异常),菜谱(增删改查、错误冗余信息),食材(增删改查、错误冗余信息)

3.2测试项目

包括功能测试、回归测试、接口测试和文文件测试等项目。

3.2.1功能测试:依据需求规格说明书中描述的所有功能,根据项目实际情况和约束,选择全部或部分功能进行测试。

3.2.2回归测试:在测试的过程中对发现系统缺陷,应及时修正,每天对系统进行一次回归测试,在修正的程序中对发现的缺陷进行验证,以确保其得以改正。在系统交付前做一次完整的系统回归测试。

3.2.3接口测试:对接口的正确性、操作性和友好性等进行测试。

3.2.4文档测试:主要包括对需求文档、设计文文件、用户文文件的测试,测试重点在文档内容的正确性、准确性。主要采用走查的方式进行。

3.3测试准备

在测试前,要做到:

(1) 与各模块的主要负责人共同协商讨论;

(2) 阅读软件规格说明书、概要设计说明书、详细设计说明书,并以此作为总的提纲;

(3) 选择合适的输入数据;

(4) 编写测试用例等。

3.4测试机构及人员

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

测试机构由计科1703与计科1704果蔬食客项目组的部分开发人员组成,负责开发各子系统的人员同时负责测试该部分主要功能。

人员组成为:王愿,周凌,李思作,张赵玥,廖子逸

其中,王愿责登录注册子系统的测试,周凌、李思作负责数据库信息管理的测试,廖子逸负责用户使用子系统的测试。张赵玥负责最后审查各组测试用例、统一意见与建议后,整合到文档中。

  1. 测试项目说明

4.1测试项目名称及测试内容

对每个测试用例,包括用例编号、输入数据、预期的输出结果等。

每个测试用例会测试子系统中不同模块的不同功能,会有正确的输入与错误的输入。

4.2测试用例

编写测试用例的输入数据格式、顺序和输出方式等。

测试用例范本


测试用例编号


测试项目


测试内容


预设条件


输入


操作步骤


预期输出

4.2.1登录注册

4.2.1.1 用户账号测试

测试1


测试用例编号


User_regester_001


测试项目


用户账号测试


测试内容


用户账号测试


预设条件


20字节字符串


输入


123456789012345678901


操作步骤


输入账号123456789012345678901


预期输出


账号输入框提示“注册失败”,

测试2


测试用例编号


User_regester_002


测试项目


用户账号测试


测试内容


用户账号测试


预设条件


账号1234567892已存在


输入


1234567892


操作步骤


在账号输入框输入1234567892


预期输出


账号输入框提示“注册失败”,

测试3


测试用例编号


User_regester_003


测试项目


用户账号测试


测试内容


用户邮箱有效性测试


预设条件


邮箱必须存在且有效


输入


邮箱输入[email protected]


操作步骤


邮箱输入[email protected]


预期输出


邮箱输入框提示邮箱不存在,要求重新输入邮箱

测试4


测试用例编号


User_passward_001


测试项目


用户账号测试


测试内容


用户密码测试,测试密码限制


预设条件


密码为小于等于45字节字符串


输入


1234567890123456789012345678901234567890123456,登陆


操作步骤


在密码输入框输入123456789…后点击登录


预期输出


注册失败

测试5


测试用例编号


User_passward_002


测试项目


用户账号测试


测试内容


用户密码测试,测试密码限制


预设条件


密码为小于等于45字节字符串


输入


abcde12345


操作步骤


在账号输入框输入abcde12345


预期输出


密码设置成功

测试6


测试用例编号


User_login_001


测试项目


用户账号测试


测试内容


用户登录测试,测试密码正确性


预设条件


正确账号2912845792,密码au82du7he4


输入


账号2912845792,密码huaei18392


操作步骤


输入账号,密码


预期输出


密码框提示“密码不正确,请重新输入”

4.2.1.2 游客使用测试

测试7


测试用例编号


Visitor_001


测试项目


游客功能测试


测试内容


游客点击有链接的图片


预设条件


一个具有链接的图片


输入


点击菠萝图片


操作步骤


点击


预期输出


跳转链接

测试8


测试用例编号


Visitor_002


测试项目


游客功能测试


测试内容


游客点击有图片显示的图片


预设条件


一个具有图片显示的图片


输入


点击银耳冰糖雪梨


操作步骤


点击


预期输出


出现大图

测试9


测试用例编号


Visitor_003


测试项目


游客功能测试


测试内容


游客点击登陆


预设条件


具有账号密码


输入


账号密码


操作步骤


输入账号密码


预期输出


登录成功

测试10


测试用例编号


Visitor_004


测试项目


游客功能测试


测试内容


游客浏览网页,点击链接


预设条件


相关链接存在


输入


点击可以点开的链接


操作步骤


点击


预期输出


跳转到相关链接

4.2.2用户使用测试

测试11


测试用例编号


User_using_002


测试项目


用户聊天室


测试内容


用户编写聊天内容并发送


预设条件


聊天内容合法


输入


太好吃了


操作步骤


输入


预期输出


聊天室所有成员收到消息

测试12


测试用例编号


User_using_003


测试项目


用户讨论测试


测试内容


用户聊天


预设条件


聊天内容不合法


输入


太好吃了太好吃了太好吃了太好吃了太好吃了太好吃了太好吃了太好吃了(超出字数限制)


操作步骤


输入


预期输出


聊天室成员无法收到消息

测试13


测试用例编号


User_using_004


测试项目


用户点击功能


测试内容


用户点击功能


预设条件


图片附有网页链接


输入


点击菠萝图片


操作步骤


点击菠萝图片


预期输出


跳转到有关菠萝的子网页

测试14


测试用例编号


User_using_005


测试项目


用户点击功能


测试内容


用户点击功能


预设条件


图片附有图片原图链接


输入


点击图片


操作步骤


点击菠萝图片


预期输出


显示菠萝图片大图

测试15


测试用例编号


User_using_006


测试项目


用户点击功能


测试内容


用户点击功能


预设条件


图片附有图片原图链接


输入


点击海带萝卜图片


操作步骤


点击海带萝卜图片


预期输出


显示海带萝卜图片大图

测试16


测试用例编号


User_using_007


测试项目


用户点击功能


测试内容


用户点击功能


预设条件


图片没有添加链接


输入


点击牛奶布丁图片


操作步骤


点击牛奶布丁图片


预期输出


无法点击,没有变化

4.2.3用户管理

测试17


测试用例编号


Admin_001


测试项目


管理员删除用户


测试内容


管理员增删改查


预设条件


账号123456存在


输入


123456


操作步骤


输入账号,删除其信息


预期输出


用户被删除,无法登录

测试18


测试用例编号


Admin_002


测试项目


管理员删除用户


测试内容


管理员增删改查


预设条件


账号123456不存在


输入


123456


操作步骤


输入账号,删除其信息


预期输出


用户不存在,无法删除

测试19


测试用例编号


Admin_003


测试项目


管理员增加用户


测试内容


管理员增删改查


预设条件


账号123456不存在


输入


123456,123456


操作步骤


输入账号, 密码


预期输出


添加成功

测试20


测试用例编号


Admin_004


测试项目


管理员增加用户


测试内容


管理员增删改查


预设条件


账号123456存在


输入


123456,123456


操作步骤


输入账号, 密码


预期输出


添加失败

测试21


测试用例编号


Admin_005


测试项目


管理员修改用户信息


测试内容


管理员增删改查


预设条件


账号123456存在


输入


123456,123456


操作步骤


输入账号,修改密码为123456


预期输出


修改成功

测试22


测试用例编号


Admin_006


测试项目


管理员修改用户信息


测试内容


管理员增删改查


预设条件


账号123456不存在


输入


123456,123456


操作步骤


输入账号,修改密码为123456


预期输出


用户不存在,修改失败

测试23


测试用例编号


Admin_007


测试项目


管理员查询用户信息


测试内容


管理员增删改查


预设条件


账号123456存在,密码123456


输入


123456


操作步骤


输入账号,查询密码


预期输出


返回其密码123456

测试24


测试用例编号


Admin_008


测试项目


管理员查询用户信息


测试内容


管理员增删改查


预设条件


账号123456不存在


输入


123456


操作步骤


输入账号,查询密码


预期输出


用户不存在,无法查询密码

原文地址:https://www.cnblogs.com/yuming1/p/11055623.html

时间: 2024-10-10 07:36:50

软工测试文档的相关文章

测试文档和用户说明书

最近把项目编写的差不多了,然后组长让我写测试文档和用户说明书,说明书给了一个以前他们写过的,然后就想着先把用户说明书写完,过程还好,但是在我写测试文档的时候发现自己真是一波三折. 说明文档的时候,大概有4个窗体,然后呢,我就是先把窗体界面截出来,然后就会在文档上写1-->2-->3-->4,第一步,单击某个按钮,弹出某个窗口,然后选择数据.... 很快,用户说明书写完了,感觉好简单,但是测试文档以前没有好好的写过,所以这次写的时候我还特意要了一个别人写过的文档,但是我对人家的项目也也没什

Hello World!这是一篇测试文档

这是用Windows Live Writer写的一篇测试文档仅供测试

五种方式来消除你对测试文档的仇视

据我所知,测试人员还没有一个专门的吐槽论坛.但是如果有的话,我相信我们中的很多人会承认对撰写测试文件有多么厌恶. 我工作的一部分是不断叨扰别人去写测试文件.我要他们去写文档模板,去查看团队写出的大量测试文档.我可以告诉你,想要在测试过程中发现一个有趣的bug让你的测试工作充满乐趣这只存在于想象中. 更糟糕的是,由于我是一个公司做测试文件的头儿,那么我就必须时刻标榜自己,成为别人的榜样,才能下属心甘情愿为我做事.即使我真的不喜欢,我也不能直接忽视我所负责要做的测试文件. 然而,即使测试并不是一份最

测试文档锁:doc.LockDocument()

/// <summary> /// 总结:用到DocumentManager.Open(filePath)时,如果是ForWrite,就需要用到lock文档锁. /// </summary> [CommandMethod("T38")] //测试文档锁 public void T38() { //Document doc = Application.DocumentManager.MdiActiveDocument; //如果是MdiActiveDocument

ASP.NET WebAPI使用Swagger生成测试文档

ASP.NET WebAPI使用Swagger生成测试文档 SwaggerUI是一个简单的Restful API测试和文档工具.简单.漂亮.易用(官方demo).通过读取JSON配置显示API .项目本身仅仅也只依赖一些html,css,js静态文件.你可以几乎放在任何Web容器上使用 捣鼓了好久最终效果如下 1.API控制器和action描述 2.测试接口 使用swagger 1.创建webapi项目解决方案 2.引用swagger nuget包 swashbuckle和swagger.NET

测试人员必掌握的测试文档

软件测试文档一般是提供测试信息的一组文档,可以是测试人员的工具,也可以是项目开发团队的开发辅助工具. 一般情况下,与项目相关的测试文档主要有以下几个 ~ 1.测试计划.(详情可参考一份标准的测试计划包含哪些要素文章)测试计划由测试小组编写完成后,需同项目中相关人员进行评审,以确保当前的计划与项目进度等方面是一致的. 2.测试策略.一般情况下,较大型的项目会有附加的测试策略文档 ,即详情测试设计.与开发小组中的概要设计文档类似.测试策略文档编写完成后也需要由相关项目经理.开发人员进行评审 .了解测

逆转海绵组测试文档

1.引言 本部分介绍测试基本情况和要求,包括编写目的.项目背景和术语等. 1.1 编写目的 为软件测试建立计划,供软件测试人员作为软件测试实施时的参考. 1.2 项目背景 <海绵宝宝>是一部1999年发行的美国喜剧动画,可以说是一部和我们同龄,陪伴我们成长的一部动画,它的内容搞笑,轻松解压.<逆转裁判>CAPCOM公司制作的法庭辩论型AVG游戏,在游戏中玩家扮演辩护律师,在假象规则的序审法庭上与检察官进行辩论,通过追问和质疑嫌疑人和证人,为委托人获得无罪判决是最终的胜利目的. 2

Swagger-UI 基于REST的API测试/文档类插件

现在多数的项目开发中,网站和移动端都需要进行数据交互和对接,这少不了使用REST编写API接口这种场景.例如我目前的工作,移动端交由了另一团队开发,不同开发小组之间就需要以规范和文档作为标准和协作基础.良好的文档可以让开发事半功倍,而作为又懒又要效率又能交代的码农,当然最希望一切自动化,或用小聪明来找到最适合的工具. Swagger-UI简单而一目了然.它能够纯碎的基于html+javascript实现,只要稍微整合一下便能成为方便的API在线测试工具.项目的设计架构中一直提倡使用TDD(测试驱

使用 Swagger 自动生成 ASP.NET Core Web API 的文档、在线帮助测试文档(ASP.NET Core Web API 自动生成文档)

对于开发人员来说,构建一个消费应用程序时去了解各种各样的 API 是一个巨大的挑战.在你的 Web API 项目中使用 Swagger 的 .NET Core 封装 Swashbuckle 可以帮助你创建良好的文档和帮助页面. Swashbuckle 可以通过修改 Startup.cs 作为一组 NuGet 包方便的加入项目.Swashbuckle 是一个开源项目,为使用 ASP.NET Core MVC 构建的 Web APIs 生成 Swagger 文档.Swagger 是一个机器可读的 R