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