《艾斯医药商务系统测试计划》由会员分享，可在线阅读，更多相关《艾斯医药商务系统测试计划（12页珍藏版）》请在金锄头文库上搜索。
1、-AscentSys医药商务系统测试方案变更记录日期版本变更说明作者2021-08-09V1.0新建编写： 日期：2021-8-9 日期： 日期：受控状态：是 发布版次：1.0日期：2021-8-9签字确认职务签字日期1.引言1.1编写目的本测试方案主要用于控制整个AscentSys医药商务系统工程测试，本文档主要实现以下目标：（1） 通过此测试方案能够控制整个测试工程合理、全面、准确、协调地完成。（2） 为软件测试提供依据：（3） 工程管理人员根据此方案，可以对工程进展宏观调控。（4） 测试人员根据此方案，能够明确自己的权利、职责，准确地定位自己在工程的任务。（5） 相关部门，可以根据此方案
2、，对相关资源进展准备。1.2背景（1） 本测试方案附属于亚思晟科技，为*医药公司实现AscentSys医药商务系统的测试。（2） 工程任务的提出者为：亚思晟公司工程管理部；系统的开发者为：亚思晟公司；系统的使用者为：*医药公司；（3） 此测试工程的进展，将在需求确认后开场执行，基准是准确、全面的需求文档。测试重点是对开发实现的功能和性能进展测试。1.3定义无1.4参考资料l AscentSys医药商务需求规格说明书 1.0版本l AscentSys医药商务测试方案编写规1.5控制信息本工程测试经理：*；：()588559251.6测试目标该测试工程将通过设计和执行承受测试、界面测试、功能测试和
3、性能测试，对软件实现的功能，以及软件的性能、兼容性、平安性、实用性、可靠性、扩展性各个方面进展全面系统的测试。基于本系统的业务复杂性和开发周期短的特性，系统测试的重点将放在功能测试和性能测试上。通过测试提高软件的质量，为用户提供最好的效劳，并合理地防止软件的风险和减少软件的本钱。2.方案2.1测试过程2.2进度安排及里程碑给出进展各项测试的日期和工作容如熟悉环境、培训、准备输入数据、实施测试等。里程碑任务工作开场日期完毕日期制定测试方案安*2021-08-092021-08-10设计测试安*2021-08-102021-08-13实施测试安*2021-08-162021-08-25对测试进展评
4、估郭*2021-08-262021-08-272.3角色测试人员安排负责人：郭*其他负责人职责联系信息职责：负责制定测试方案；负责编写和验收用例；完成工程实测；负责与外部合作部门交互；负责协调部人员的工作；负责编写测试报告。测试组成员*职责联系信息安*负责功能测试用例的编写和实施*负责性能和其他非功能测试用例的编写和实施2.4系统下表列出了测试工程所需的系统资源。系统资源资源名称/类型数据库效劳器MySQL 5.0网络或子网效劳器名称数据库名称acesysDS客户端测试 PCIE 8包括特殊的配置需求Tomcat 5.0测试存储库Bugs网络或子网效劳器名称测试开发 PCWindow *P硬件
5、环境Intel Core(TM) CPU 2.0GHz；存1GB2.5可交付工件测试方案：一份测试用例：一份测试缺陷记录：一份测试报告：一份测试模型Ascent医药商务系统1.0测试记录采用测试用例的形式提交测试过程，详见测试用例文档。缺陷报告采用缺陷记录的形式，详见测试缺陷记录文档。2.6测试资料测试文档：测试相关模块。需求文档：工程需求文档2.7工程风险分析风险类型风险综述现有人力资源严重缺乏。在确保质量的前提下，人力资源与工程周期比例失调，因此人员不到位，将存在工程风险。增加人员测试中使用IE6，因此在IE7等其他环境下运行存在风险。与客户确定为争取时间保证质量仅使用IE6进展测试进度存
6、在风险实际进度将按照开发进度进展，预期度按照开发进度进展，但是实际开发度变更时，将按照实际开发进度及时正测试进度。测试环境各效劳器的配置低于实际产品使用时的效劳器配置与客户商议达成一致人员变动风险通过培训等措施使变更后的人员了解统的业务流程，对系统深入了解，以求在最大限度保证测试质量数据库测试中存在风险。因测试周期的限制，因此根据实际情况选择的测试策略存在的风险情况反响给客户，与客户商议达成一致。版本部署风险版本在部署的时候，可能会由于数据库的导入错误等原因导致系统出错。因此在实际给客户部署时同样存在此种风险。数据迁移局部增加了一个测试策略以验证迁移数据的完整性，该策略是以自建的小数据来模拟大
7、数据。因此对于实际超大数据量的数据迁移存在一定风险。但是该方法能够验证数据迁移的迁移方法的正确性，且能够非常直观的查看结果。3.测试设计说明大纲3.1概述测试方法和测试用例选取的原则系统：根据系统需求说明书对系统进展单元测试、集成测试、系统测试、验收测试、性能测试，并结合可能的用户测试。全面：要求测试用例能够覆盖每一个测试点的要点。合理：从可行性角度考虑，测试不可能全面覆盖，所以设置好等价类划分，测试的用例的选择防止重复测试、选择最好的测试方法将测试点合理覆盖。测试的控制方式l 测试用例的实现必须遵守测试方案的安排，实际测试必须以测试用例为基准。实际测试中测试用例的状态记载：（1） faile
8、d:如果*一步测试用例失败，但不影响以后测试用例处理（2） block:如果*一步测试用例失败，并影响以后测试用例处理（3） good:测试成功l 实际测试与外部交互使用缺陷记录清单进展交流。测试人员必须详细、准确填写缺陷记录容，开发修改人员要详细、准确地填写修改情况，通过缺陷记录清单的状态进展测试和修改交互。（1） open:当开场一个问题报告单时，为open开发返回后，错误仍存在为re-open（2） fi*ed / return开发人员对错误进展了修改，为fi*ed开发人员对错误没有进展修改,返回测试部为return（3） close/ cancel测试人员确认错误已经修改,为close
9、测试人员确认错误的无效或可以承受标记为cancell 测试版本的控制由工程开发组随版本发布时提交版本提交单，测试组完成测试后提交版本测试报告，版本更新时由开发组填写更新记录。l 测试用例的命名原则：测试点-编号例如：*DL-01l 缺陷记录清单命名原则缺陷记录清单+_测试人员名称+_日期例如：缺陷记录清单_飞_20020211数据选择策略数据的选择全面覆盖所有数据、并要求防止冗余数据的使用采用边界值、特殊值、以及普通值。测试过程描述和操作步骤1. 测试过程描述（1） 书写测试方案（2） 参考测试方案、需求、概要设计以及局部详细设计文档进展用例设计（3） 参考测试方案和测试用例进展实际测试操作（
10、4） 测试总结和报告2. 操作步骤l 测试根本流程简易的IVTl 测试功能块重点为容错测试l 统计信息的测试IVT3.2软件说明Ascent医药商务系统主要涵盖管理员、普通用户、游客三中角色登录，实现功能主要有：用户管理、商品管理、管理、购物功能、订单管理，详见需求规格说明书。3.3测试容及策略本测试将通过用户界面测试、集成测试，系统测试、验收测试、性能测试、负载测试、强度测试、容量测试、平安性和访问控制测试、故障转移和恢复测试、配置测试、安装测试方面对系统进展测试。用户界面测试用于核实用户与软件之间的交互，测试用户界面的正确性和易用性。用户界面及易用性测试目的：确保用户界面通过测试对象的功能
11、来为用户提供相应的访问或浏览功能；另外，UI测试还可以确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。容：对系统的功能页面进展各种可操作性测试。重点：容错检测，易用性。集成测试目的：检测系统是否到达需求，对业务流程及数据流的处理是否符合标准，检测系统对业务流处理是否存在逻辑不严谨及错误，检测需否存在不合理的标准和要求。容：利用有效的和无效的数据来执行各个用例，用例流或功能，以核实在使用有效数据时得到的预期结果，在使用无效数据时显示相应的错误消息或警告消息，个业务规则都得到了正确的应用。重点：测试的单元模块之间的接口和调用是否正确，集成后是否实现了*个功能。系统测试目的：将软件整合为
12、一体，看各个功能是否全部实现。容：将整个软件系统看做一个整体进展测试，测试功能是否能满足需求，是否全部实现，后期主要包括看系统运行的性能是否满足需求，以及系统在不同的软硬件环境中的兼容性等。重点：系统在配置好的环境中是否可以正常运行。压力测试目的：了解(被测应用程序)一般能够承受的压力，同时能够承受的用户访问量(容量)，最多支持有多少用户同时访问*个功能。容：1因为事先我们不知道将有多少用户访问是临界点，所以在测试过程中需要屡次改变用户数来确定，2方案的设置，每*时间后加载10用户(根据总用户数设置)，完全加载后持续运行不超过5分钟(根据需要设置)。3当运行中的用户数100%到达集合点时释放。
13、重点：找到系统的临界值点功能测试目的：功能测试就是对系统的各功能进展验证，根据功能测试用例，逐项测试，检查产品是否到达用户要求的功能。容：1页面检查：每一个是否都有对应的页面，并且页面之间切换正确。2相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。3检查按钮的功能是否正确：如update, cancel, delete, save等功能是否正确。4字符串长度检查: 输入超出需求所说明的字符串长度的容, 看系统是否检查字符串长度,会不会出错. 5字符类型检查: 在应该输入指定类型的容的地方输入其他类型的容(如在应该输入整型的地方输入其他字符类型),看系统是否检
14、查字符类型,会否报错. 6标点符号检查: 输入容包括各种标点符号,特别是空格,各种引号,回车键.看系统处理是否正确. 7中文字符处理: 在可以输入中文的系统输入中文,看会否出现乱码或出错. 8检查带出信息的完整性: 在查看信息和update信息时,查看所填写的信息是不是全部带出.,带出信息和添加的是否一致9信息重复: 在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入容的前后输入空格,系统是否作出正确处理. 10检查删除功能:在一些可以一次删除多个信息的地方,不选择任何信息,按delete,看系统如何处理,会否出错;然后选择一个和多个信息,进展删除,看是否正确处理.11检查添加和修改是否一致: 检查添加和修改信息的要否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型. 12检查修改重名:修改时把不能重名的项改为已存在的容
