2022年艾斯医药商务系统测试计划 .pdf

《2022年艾斯医药商务系统测试计划 .pdf》由会员分享，可在线阅读，更多相关《2022年艾斯医药商务系统测试计划 .pdf（12页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 AscentSys 医药商务系统测试计划变更记录日期版本变更说明作者2010-08-09 V1.0 新建签字确认职务姓名签字日期1.引言1.1 编写目的本测试计划主要用于控制整个AscentSys 医药商务系统项目测试，本文档主要实现以下目标：（1）通过此测试计划能够控制整个测试项目合理、全面、准确、协调地完成。（2）为软件测试提供依据：（3）项目管理人员根据此计划，可以对项目进行宏观调控。（4）测试人员根据此计划，能够明确自己的权利、职责，准确地定位自己在项目的任务。（5）相关部门，可以根据此计划，对相关资源进行准备。1.2 背景（1）本测试计划从属于亚思晟科技有限公司，为 XXX医药公司

2、实现AscentSys 医药名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 12 页 - - - - - - - - - 商务系统的测试。（2）项目任务的提出者为：亚思晟公司项目管理部；系统的开发者为：亚思晟公司；系统的使用者为：XXX医药公司；（3）此测试项目的进行， 将在需求确认后开始执行，基准是准确、 全面的需求文档。测试重点是对开发实现的功能和性能进行测试。1.3 定义无1.4 参考资料AscentSys 医药商务需求规格说明书 1.0版本AscentSys 医药

3、商务测试计划编写规范1.5 控制信息本项目测试经理：* ；电话号码： (010)58855925 1.6 测试目标该测试项目将通过设计和执行接受测试、界面测试、 功能测试和性能测试，对软件实现的功能，以及软件的性能、兼容性、安全性、实用性、可靠性、扩展性各个方面进行全面系统的测试。 基于本系统的业务复杂性和开发周期短的特性，系统测试的重点将放在功能测试和性能测试上。 通过测试提高软件的质量，为用户提供最好的服务，并合理地避免软件的风险和减少软件的成本。2.计划2.1 测试过程2.2 进度安排及里程碑测试报告评审测试计划测试方案（规范）测试报告测试执行项目新版本提交测试报告测试方案评审测试方案设

4、计制定测试计划成立项目组名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 12 页 - - - - - - - - - 给出进行各项测试的日期和工作内容（如熟悉环境、培训、准备输入数据、实施测试等） 。里程碑任务工作开始日期结束日期制定测试计划安* 2010-08-09 2010-08-10 设计测试安* 2010-08-10 2010-08-13 实施测试安* 2010-08-16 2010-08-25 对测试进行评估郭* 2010-08-26 2010-08-27 2.

5、3 角色测试人员安排负责人：郭* 其他负责人职责联系信息职责：负责制定测试计划；负责编写和验收用例； 完成项目实测； 负责与外部合作部门交互；负责协调内部人员的工作；负责编写测试报告。测试组成员姓名职责联系信息安 * 负责功能测试用例的编写和实施孙 * 负责性能和其他非功能测试用例的编写和实施2.4 系统下表列出了测试项目所需的系统资源。系统资源资源名称 / 类型数据库服务器MySQL 5.0 网络或子网服务器名称数据库名称acesysDS 客户端测试 PC IE 8 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理

6、 - - - - - - - 第 3 页，共 12 页 - - - - - - - - - 包括特殊的配置需求Tomcat 5.0 测试存储库Bugs 网络或子网服务器名称测试开发 PC Window XP 硬件环境Intel Core(TM) CPU 2.0GHz；内存 1GB 2.5 可交付工件测试计划：一份测试用例：一份测试缺陷记录：一份测试报告：一份2.5.1 测试模型Ascent 医药商务系统1.0 2.5.2 测试记录采用测试用例的形式提交测试过程，详见测试用例文档。2.5.3 缺陷报告采用缺陷记录的形式，详见测试缺陷记录文档。2.6 测试资料测试文档：测试相关模块。需求文档：项目

7、需求文档2.7 项目风险分析风险类型风险综述现有人力资源严重不足。在确保质量的前提下，人力资源与项目周期比例失调，因此人员不到位，将存在项目风险。增加人员测试中使用IE6，因此在IE7 等其他环境下运行存在风险。与客户确定为争取时间保证质量仅使用 IE6 进行测试进度存在风险实际进度将按照开发进度进行，预期度按照开发进度进行，但是实际开发度变更时，将按照实际开发进度及时正测试进度。测试环境各服务器的配置低于实际产品使用时的服务器配置与客户商议达成一致人员变动风险通过培训等措施使变更后的人员了解名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - -

8、- - - 名师精心整理 - - - - - - - 第 4 页，共 12 页 - - - - - - - - - 统的业务流程，对系统深入了解，以求在最大限度内保证测试质量数据库测试中存在风险。因测试周期的限制， 因此根据实际情况选择的测试策略存在的风险情况反应给客户，与客户商议达成一致。版本部署风险版本在部署的时候， 可能会由于数据库的导入错误等原因导致系统出错。因此在实际给客户部署时同样存在此种风险。数据迁移部分增加了一个测试策略以验证迁移数据的完整性，该策略是以自建的小数据来模拟大数据。因此对于实际超大数据量的数据迁移存在一定风险。但是该方法能够验证数据迁移的迁移方法的正确性，且能够非

9、常直观的查看结果。3.测试设计说明（大纲）3.1 概述3.1.1 测试方法和测试用例选取的原则系统 ：根据系统需求说明书对系统进行单元测试、集成测试、 系统测试、 验收测试、性能测试，并结合可能的用户测试。全面 ：要求测试用例能够覆盖每一个测试点的要点。合理 ：从可行性角度考虑，测试不可能全面覆盖，所以设置好等价类划分，测试的用例的选择避免重复测试、选择最好的测试方法将测试点合理覆盖。3.1.2 测试的控制方式测试用例的实现必须遵守测试计划的安排，实际测试必须以测试用例为基准。实际测试中测试用例的状态记载：（1）failed:如果某一步测试用例失败，但不影响以后测试用例处理（2）block:

10、如果某一步测试用例失败，并影响以后测试用例处理（3）good: 测试成功实际测试与外部交互使用缺陷记录清单进行交流。测试人员必须详细、准确填写缺陷记录内容，开发修改人员要详细、准确地填写修改情况，通过缺陷记录清单的状态进行测试和修改交互。（1）open: 当开始一个问题报告单时，为open 开发返回后，错误仍存在为 re-open （2）fixed / return 开发人员对错误进行了修改，为fixed 开发人员对错误没有进行修改,返回测试部为return （3）close/ cancel 测试人员确认错误已经修改, 为 close 测试人员确认错误的无效或可以接受（标记）为cancel 测

11、试版本的控制由项目开发组随版本发布时提交版本提交单，测试组完成测试后提交版本测试报告，版本更新时由开发组填写更新记录。测试用例的命名原则： 测试点 - 编号名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 12 页 - - - - - - - - - 例如： XDL-01 缺陷记录清单命名原则缺陷记录清单+_测试人员名称 +_日期例如：缺陷记录清单_刘飞 _20020101 3.1.3 数据选择策略数据的选择全面覆盖所有数据、并要求避免冗余数据的使用（采用边界值、特殊值、以

12、及普通值）。3.1.4 测试过程描述和操作步骤1.测试过程描述（1）书写测试计划（2）参考测试计划、需求、概要设计以及部分详细设计文档进行用例设计（3）参考测试计划和测试用例进行实际测试操作（4）测试总结和报告2.操作步骤测试基本流程（简易的IVT）测试功能块（重点为容错测试）统计信息的测试（IVT）3.2 软件说明Ascent 医药商务系统主要涵盖管理员、普通用户、游客三中角色登录，实现功能主要有：用户管理、商品管理、邮件管理、购物功能、订单管理，详见需求规格说明书。3.3 测试内容及策略本测试将通过用户界面测试、集成测试，系统测试、验收测试、性能测试、负载测试、强度测试、容量测试、安全性和

13、访问控制测试、故障转移和恢复测试、配置测试、安装测试方面对系统进行测试。用户界面测试用于核实用户与软件之间的交互，测试用户界面的正确性和易用性。3.3.1 用户界面及易用性测试目的： 确保用户界面通过测试对象的功能来为用户提供相应的访问或浏览功能；另外，UI 测试还可以确保UI 中的对象按照预期的方式运行，并符合公司或行业的标准。内容：对系统的功能页面进行各种可操作性测试。重点：容错检测，易用性。3.3.2 集成测试目的：检测系统是否达到需求，对业务流程及数据流的处理是否符合标准，检测系统对业务流处理是否存在逻辑不严谨及错误，检测需求是否存在不合理的标准和要求。内容： 利用有效的和无效的数据来

14、执行各个用例，用例流或功能， 以核实在使用有效数据时得到的预期结果，在使用无效数据时显示相应的错误消息或警告消息，个业务规则都得到了正确的应用。重点： 测试的单元模块之间的接口和调用是否正确，集成后是否实现了某个功能。3.3.3 系统测试名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页，共 12 页 - - - - - - - - - 目的： 将软件整合为一体，看各个功能是否全部实现。内容： 将整个软件系统看做一个整体进行测试，测试功能是否能满足需求，是否全部实现，后期主要包括

15、看系统运行的性能是否满足需求，以及系统在不同的软硬件环境中的兼容性等。重点： 系统在配置好的环境中是否可以正常运行。3.3.4 压力测试目的： 了解 ( 被测应用程序 ) 一般能够承受的压力，同时能够承受的用户访问量( 容量 ) ，最多支持有多少用户同时访问某个功能。内容：（1）因为事先我们不知道将有多少用户访问是临界点，所以在测试过程中需要多次改变用户数来确定，（2）计划的设置， 每 x 时间后加载10 用户 ( 根据总用户数设置) ，完全加载后持续运行不超过 5 分钟 (根据需要设置) 。（3）当运行中的用户数100% 达到集合点时释放。重点： 找到系统的临界值点3.3.5 功能测试目的：

16、 功能测试就是对系统的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。内容：（1）页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。（2） 相关性检查：删除/ 增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。（3）检查按钮的功能是否正确：如update, cancel, delete, save 等功能是否正确。（4） 字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度 ,会不会出错 . （5）字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容( 如在应该输入整型的地方输入其他字符类型)

17、, 看系统是否检查字符类型, 会否报错 . （6） 标点符号检查: 输入内容包括各种标点符号, 特别是空格 , 各种引号 , 回车键 . 看系统处理是否正确. （7）中文字符处理: 在可以输入中文的系统输入中文, 看会否出现乱码或出错. （8） 检查带出信息的完整性: 在查看信息和update 信息时 ,查看所填写的信息是不是全部带出 ., 带出信息和添加的是否一致（9） 信息重复 : 在一些需要命名, 且名字应该唯一的信息输入重复的名字或ID, 看系统有没有处理 , 会否报错 , 重名包括是否区分大小写, 以及在输入内容的前后输入空格, 系统是否作出正确处理. （10）检查删除功能: 在一些

18、可以一次删除多个信息的地方, 不选择任何信息,按”delete ”, 看系统如何处理, 会否出错 ; 然后选择一个和多个信息, 进行删除 , 看是否正确处理 . （11） 检查添加和修改是否一致: 检查添加和修改信息的要求是否一致, 例如添加要求必填的项 , 修改也应该必填; 添加规定为整型的项, 修改也必须为整型. （12）检查修改重名: 修改时把不能重名的项改为已存在的内容, 看会否处理 ,报错 . 同时, 也要注意 , 会不会报和自己重名的错. 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - -

19、- - - 第 7 页，共 12 页 - - - - - - - - - （13）重复提交表单：一条已经成功提交的纪录，back 后再提交，看看系统是否做了处理。（14）检查多次使用back 键的情况 : 在有 back 的地方 ,back, 回到原来页面 , 再 back,重复多次 ,看会否出错 . （15）search 检查 : 在有 search 功能的地方输入系统存在和不存在的内容, 看 search结果是否正确 . 如果可以输入多个search 条件 , 可以同时添加合理和不合理的条件, 看系统处理是否正确. （16）输入信息位置 : 注意在光标停留的地方输入信息时, 光标和所输入的

20、信息会否跳到别的地方 . （17）上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。（18）必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加* （19） 快捷键检查：是否支持常用快捷键，如Ctrl+C Ctrl+V Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。（20）回车键检查: 在输入结束后直接按回车键, 看系统处理如何,会否报错。重点：确保各项功能和用需求一致3.3.6 性能测试目的：核实性能是否满足用户需求，将测试

21、对象的性能行为当做条件的一种函数来进行评测和微调。内容： 负载测试、强度测试。a 单个事务单个用户时候，在每个事务所语气时间范围内成功完成测试脚本，没有发生任何故障；多个事务多个用户时，可完成脚本没有发生故障的情况临界值。b 使测试系统承担不同的工作量，得出系统持续正常运行的能力。c 找出因资源不足或资源争用导致的错误。重点： 确保性能指标满足用户需求。3.3.7 容量测试目的：所计划的测试全部执行，而且达到或超出指定的系统限制时没有出现任何软件故障。内容： 在客户机长时间内执行相同的、最坏的业务时候系统维持的时间。重点： 核实系统能否在连续或模拟了最多数量的客户机下正常运行。3.3.8 安全

22、性和访问控制测试目的：保证只有访问权限的用户才能访问系统，核实用户以不同身份登录有不同的访问权限。内容： 数据或业务功能访问的安全性，包括系统登录或远程访问。重点：确保治具备系统访问权限的用户才能访问应用程序，而且只能通过相应的网关来访问。 。3.3.9 故障转移和恢复测试目的： 检测系统可否在意外数据损失、数据完整性破坏、各种硬件、软件、网络故障中恢复数据。内容：客户机断电、服务器断电看事务可否发生回滚。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 8 页，共 12 页 - -

23、- - - - - - - 网络服务器中断。重点： 看数据库的恢复情况，以及系统在经历意外时间时候是否会发生崩溃现象。3.3.10 配置测试目的： 核实是否可以在所需的硬件和软件配置中正常运行。内容： 核实该系统在不同系统、不同软件和硬件配置中的运行情况。重点： 软硬件配置不同时候对系统的影响。3.3.11 安装测试目的： 此 1.0 版本重点在于检查系统首次安装可否正常运行。内容： 启动或执行安装，使用预先确定的功能测试脚本子集来运行事务。重点： 异常情况处理：如磁盘空间不足、缺少目录创建权限等；核实软件安装后可否正常运行。3.3.12 验收测试目的： 对整个系统，包括软硬件，试运行，看一下

24、是否全部功能能够实现。内容： 由软件测试工程师、用户等根据需求规格说明书对整个系统进行试运行，看是否能满足全部功能。重点： 在可移植环境中、并发访问环境中系统是否可以正常运行。3.4 测试用例范围3.4.1 功能测试测试的重点将主要放在功能测试上，按照三种角色：管理员、普通用户、游客登录，每种角色包括如下模块：1.管理员模块编号测试项登录1 以管理员身份登录，登录成功则跳转电子商务管理主界面2 用户账号被屏蔽，无法登录成功3 输入非法标识符，提示输入错误字符4 输入用户名错误，提示用户不存在5 输入密码错误，提示密码错误用户管理1 可设置每个用户的开启或屏蔽权限，进行开启用户或删除用户2 单击

25、角色修改按钮，进入角色修改页面，点选角色，修改成功，跳转登录界面3 对用户信息进行修改，输入已注册用户新信息，提交后跳转到登录界面4 被管理员屏蔽或删除的用户，无法进行设置，提示重新激活账号商品管理1 单击商品管理按钮，进入商品列表页面2 可以添加商品信息，对添加商品信息进行简单输入信息验证，若输入非法标识符则指明错误；添加后跳转到商品列表界面3 可以修改商品信息，对商品修改信息进行简单输入信息验证，若输入非法标识符则指明错误；添加后跳转到商品列表界面4 可以删除商品信息，提示是否删除？确认删除后跳转到商品列表界面名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - -

26、 - - - - - - - - 名师精心整理 - - - - - - - 第 9 页，共 12 页 - - - - - - - - - 邮件管理1 进入邮件管理界面，单击查看已设邮箱，展示邮箱设置详细信息2 若想修改邮箱，可以填写发件和收件地址、密码，提交后返回邮件管理界面3 键入非法标识符，指明输入错误订单管理1 进入订单管理界面，单击用户id 可以查看指定用户订单2 进入订单管理界面，单击用户id 可以删除指定用户订单2.普通用户模块编号测试项注册1 用户单击登录入口的注册链接，输入相关注册信息，单击注册按钮，验证用户信息，核实无误则跳转登陆成功提示页面2 用户单击登录入口的注册链接，若

27、输入非法标识符，则需要弹出指明错误的警示框登录1 以普通用户身份登录，登录成功则跳转电子商务管理主界面2 用户账号被屏蔽，无法登录成功3 输入非法标识符，提示输入错误字符4 输入用户名错误，提示用户不存在5 输入密码错误，提示密码错误商品搜索1 登录成功，单击浏览产品页，可以浏览产品2 登录成功，单击查询商品浏览产品，可以查询特定商品3 查询商品时如果合法输入且没有该商品，需弹出无商品的提示框4 查询商品时如果输入合法标识符，则弹出提示框指明错误购物1 在商品列表中，单击购买链接，可以将所选商品添加到购物车2 单击购物车链接，进入购物车界面，可以修改购物车里信息，如商品数量3 单击购物车链接，

28、进入购物车界面，可以删除已购买商品4 单击结算中心按钮，进入结算页面，生成订单并发送到管理员邮箱里5 单击订单，可以查看订单详细信息3.游客模块编号测试项商品搜索1 进入网站，单击浏览产品页，可以浏览产品2 进入网站，单击查询商品浏览产品，可以查询特定商品3 键入查询条件后，如果没有该商品，需弹出无商品的提示框4 键入查询条件后，如输入非法标识符，则弹出提示框指明错误购物1 在商品列表中，单击购买链接，可以将所选商品添加到购物车2 单击购物车链接，进入购物车界面，可以修改购物车里商品数量3 单击购物车链接，进入购物车界面，可以删除已购买商品4 单击结算中心按钮，进入结算页面，生成订单并发送到管

29、理员邮箱里5 单击订单，可以查看订单详细信息3.4.2 用户界面及易用性测试编号测试项测试结果1 软件窗口的长度和宽度接近黄金比例，使用户赏心悦目2 窗口上按钮的布局要与界面相协调，不要过于密集和松散3 页面字体大小适中，无错别字、中应为混杂名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 10 页，共 12 页 - - - - - - - - - 4 页面颜色搭配要赏心悦目，与windows 标准窗体协调5 将功能相同或相近的空间划分到一个区域，方便用户查找6 按钮或链接命名方式与功

30、能吻合，方便用户使用7 提供友好的联机帮助3.4.3 系统测试编号测试项测试结果1 系统在配置好的环境中是否可以正常运行2 将软件整合为一体，看各个功能是否全部实现3.4.4 性能测试编号测试项测试结果1 用户的访问时间平均值是可在忍受的速度之内2 当并发访问用户过多时候，找到并发数据量大小3.4.5 故障转移和恢复测试编号测试项测试结果1 检测系统在意外数据损失、数据完整性破坏时，数据可否被回滚2 系统在各种硬件、软件、网络故障中有数据自恢复能力1.配置测试编号测试项测试结果1 软件系统在规定的标准配置计算机下可否完成运行、多方访问2.验收测试编号测试项测试结果1 内部测试人员检测系统各个功

31、能已经实现，系统可以正常运行2 用户检测系统可否正常运行3 用户运行系统，查看各个功能与需求说明书中是否相符3.5 评价3.5.1 范围要求：1.功能测试涵盖测试全过程。2.界面测试涵盖测试全过程。3.逻辑测试测试路径的涵盖率为85%以上。3.5.2 准则3.5.2.1 测试参数结果判定准则1）完全通过：其对应测试用例通过率达到100名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 11 页，共 12 页 - - - - - - - - - 基本通过：其对应的测试用例通过率达到70及其

32、以上，并且不存在非常严重和严重的缺陷不通过：其对应的测试用例通过率未达到70% ，或者存在非常严重和严重的缺陷3.5.2.2 测试入口出口准则1）测试进入准则以下条件为进入测试的基本条件：（1）开发部 / 开发人员应提供软件说明书、详细需求或系统设计等必要文档；（2）被测样品，己通过无病毒检测；（3）被测样品，已通过单元测试( 可选 ) ；（4）被测样品，已通过冒烟测试；（5）测试环境（场地、网络、硬件、软件等）已全部准备完备。2）测试暂停和再启动准则测试暂停标准：（ 1） 测试环境发生变化（场地、网络、硬件、软件等），又处于不可使用状态；（ 2） 被测样品有大量错误或严重错误，以至于继续测试没有任何意义（ 3） 测试再启动标准：（ 4） 错误得到修改后，需要重新启动测试（ 5） 开发组提供错误修改后的安装程序以及再启动测试的相关说明（ 6） 测试组安装修改后的程序。如有必要，需要重新初始化测试数据，重新执行测试规程，恢复到发生错误前的状态。3）测试退出的准则测试结论达到完全通过、基本通过或不通过的标准时，测试可以退出名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 12 页，共 12 页 - - - - - - - - -