平台管理系统

  

修订历史

状态标识：C – 创建    A – 增加    M – 修改     D – 删除

阅读指南

目录

1.引言... 3

1.1编写目的... 3

1.2背景... 3

1.3定义... 3

1.4参考资料... 3

2.计划... 3

2.1软件说明... 3

2.2测试内容... 3

2.3测试—一期随访测试... 4

2.3.1进度安排... 4

2.3.2条件... 4

2.3.3测试资料... 4

2.3.4测试培训... 5

3.测试用例设计... 6

3.1测试用例... 6

3.1.1功能测试... 6

3.1.2性能测试... 7

4.评价准则... 8

4.1范围... 8

4.2数据整理... 8

4.3尺度... 8

1.引言

1.1编写目的

本测试计划是指导安排测试，找出程序错误，尤其是指标算法上错误，

本文档的主要的读者是本公司测试团队，及最终用户。

1.2背景

说明：

a 测试计划所从属的软件系统为平台管理系统

b 本项目自20##-06-12立项开发，历时近一年

c 执行本计划之前院后随访系统要部署完成。

1.3定义

1.4参考资料

Ø   

Ø  《平台管理系统一期完成指标明细》

2.计划

2.1软件说明

本平台的功能主要是挂号网App,微信动态，所以此处列出关于动态方面的功能。

2.2测试内容

列出组装测试和确认测试中的每一项测试内容的名称标识符、这些测试的进度安排以及这些测试的内容和目的，例如模块功能测试、接口正确性测试、数据文卷存取的测试、运行时间的测试、设计约束和极限的测试等。

2.3测试—一期指标测试

主要是测试一期设计的动态，主要参与人员本公司的实施人员或者用户测试人员

2.3.1进度安排

本系统操作简单，基本上熟悉IE 的操作，就可对本系统进行测试，但是如果要测试具体的随访的问题，则除了上述的必要条件外，还需要熟悉基本的sql语句的操作，否则无法测试出具体的随访的问题。

本平台的大部分数据由系统自动导入，不需要用户输入。

2.3.2条件

本项测试工作对资源的要求，包括：

a．  至少部署服务器一台，测试工作站一台；

b．  本系统测试完全人工测试，不需要其它的第三方测试工具。

2.3.3测试资料

本项测试所需的资料，如：

a．  《平台管理系统一期完成指标明细》

b．  测试的输入和输出举例；

c．  控制此项测试的方法、过程的图表。

2.3.4测试培训

培训内容主要是App,微信动态及基本的oracle 查询的使用。具体见软件说明

3.测试用例设计

3.1测试用例

3.1.1功能测试

表3-1-1 功能测试用例

3.1.2性能测试

表3-1-2 性能测试用例

4.评价准则

4.1范围

说明所选择的测试用例能够接查的范围及其局限性。

4.2数据整理

陈述为了把测试数据加工成便于评价的适当形式，使得测试结果可以同，已知结果进行比较而要用到的转换处理技术，如手工方式或自动方式；如果是用自动方式整理数据，还要说明为进行处理而要用到的硬件、软件资源。

4.3尺度

说明用来判断测试工作是否能通过的评价尺度，如合理的输出结果的类型、测试输出结果与预期输出之间的容许偏离范围、允许中断或停机的最大次数。

 

第二篇：代理商管理系统测试报告

代理商管理系统测试报告

目录

系统测试工具及方式 ........................................................................................................................................................... 3

系统测试环境....................................................................................................................................................................... 4

系统测试结果....................................................................................................................................................................... 5

系统测试工具及方式

测试工具:

本次测试采用Mercury公司的测试管理工具TestDirector对测试进行管理。将测试过程从测试需求管理、测试计划、测试日程安排，到测试执行，一直到出错后的缺陷跟踪，都在一个基于浏览器的应用中完成。TestDirector是一个用于规范和管理日常测试项目工作的平台。它将管理开发人员、测试人员和管理人员之间的沟通调度，项目内容管理和进度追踪。LoadRunner：Mecury公司开发的、用来测试应用程序性能的工具。LoadRunner 通过模拟成百上千用户并行工作的环境来对系统的性能进行测试。使用LoadRunner可以最大限度地缩短测试时间，优化性能、加速应用系统的发布周期。

测试方式：

? 功能测试：设计测试用例，执行测试用例，比较实际结果与用例中的预期结果，记录并报告缺陷。

? 负载测试：使用LoadRunner模拟多用户操作环境，检测系统在各种负载下的性能。

? 疲劳测试：用LoadRunner模拟多用户在一段时间内保持系统功能的频繁使用，检查系统长时间运行的稳定性。

为了从数量极大的可用测试数据中挑选出少量的、具有代表性或特殊性的测试数据来进行测试，必须进行测试用例的设计。设计测试用例的方法有等价类划分、边界值分析和错误推测法。

测试用例是测试工作的指导，测试用例的良好设计是软件测试的核心，是软件测

试必须遵守的准则，更是软件测试质量稳定的根本保障。在实施测试时测试用例作为测试的标准，测试人员一定要严格按用例项目和测试步骤逐一实施测试，并对测试情况记录在测试用例管理软件中，以便自动生成测试结果文档。

? 具有代表性：能够代表并覆盖各种合理的和不合理的、合法的和非法的、边界的和越界的、以及极限的输入数据、操作和环境设置等。

? 测试结果的可判定性：即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果。

? 测试结果的可再现性：即对同样的测试用例，系统的执行结果应当是相同的。 ? 测试用例反映了要核实的需求。判断测试是否完全的一个主要评测方法是基于需求的覆盖。

本次系统测试的测试用例使用用例场景的方法来设计测试用例。该方法的基本思想是从用户的角度出发，不需要了解系统的内部结构和设计，只关心系统所能提供的服务，也就是被开发出来的系统将是如何被使用的。每个用例描述一种参与者要求系统完成一定的服务场景。编写的测试用例覆盖了所有详细设计文档描述的功能。测试用例中具有详细的测试操作步骤，及各步骤应出现的预期结果，达到了任何人均可以执行测试用例单独进行测试的目的。全部测试用例的编写、管理、执行均在测试管理工具TestDirector下进行。

系统测试环境

? 数据库服务器：HP DL380 G5 5160 2G CN SVR

? 内部WEB服务器：HP DL140 G3 5160 HP SAS/SATA CN SVR

? 外部WEB服务器 HP DL140 G3 5160 HP SAS/SATA CN SVR

? 操作系统：Windows xp

? 网络环境：100M DCN网

? 数据库：Oracle 9i3

? 客户端：DELL台式机，CPU 3.0G，内存 1G，操作系统 Windows xp

系统测试结果