B2C商城ECShop项目设计

B2C商城ECShop项目一、实践目的目的本文档将详细描述单元测试的过程，利用这个测试计划来指导相关人员的测试工作，项目组及QA等组织和个人通过此计划来了解和监督测试组的单元测试活动，并能够为测试组的管理和执行工作提供指导作用，以成功完成项目单元测试工作。本测试计划用于实现以下目标：确定此次单元测试的范围，并确定必要的管理和技术工作，以管理并有效的执行单元测试工作。依据此项目的需求分析和详细设计，进而确定项目的测试需求和测试标准。明确完成单元测试所需的资源和时间进度。明确单元测试的进入和退出准则。QA依据本计划跟踪、监督测试组的单元测试工作，并对单元测试的各项数据指标进行统计分析。名词解释表1名词解释表

缩写词或术语中文解释

服务器服务器，也称伺服器，是提供计算服务的设备。

服务端服务端是为客户端服务的，服务的内容诸如向客户端提供资源，保存客户端数据。测试目标简要说明测试发布的质量目标。（1）测试目标测试人员输入测试数据，利用一定的测试技术验证每个测试用例对应的业务逻辑是否被正确实现，包括数据的接受、处理和业务规则是否与设计相一致。（2）采用方法单元测试采用的技术基于黑盒测试技术，黑盒测试技术通过客户端或者Web页面与应用服务进行交互，对测试输出进行分析并以此来核实下列内容：输入正常的数据和执行正确的操作后系统输出预期的正确结果。输入无效的数据后，系统提示测试输入为无效的说明，如：错误信息或警告信息。执行非正常操作时，系统提示准确的操作错误说明或者提示。（3）完成标准所有的测试案例都在搭建的测试环境中运行完毕。登记了所有发现的缺陷；对缺陷进行了有效的跟踪和统计。接口程序覆盖率100%，接口错误修改率100%测试案例的功能覆盖率达100%，执行率达100%。已修改的测试问题回归测试覆盖率达100%。测试记录闭环率达95%通过准则通过：功能测试案例的执行的实际测试结果与预期结果一致。失败：功能测试案例的执行的实际测试结果与预期结果不一致。实践内容2.1测试范围测试计划和设计：根据软件需求说明书，制定测试计划，测试方案，包括收集测试方法，测试用例，测试工具等。单元测试：根据系统详细设计，制定测试计划，测试方案。此项由开发人员自测。集成测试：将各个模块进行组合测试，保证所有功能和界面都正确。2.2测试来源表2测试人员测试经理编写测试计划缺陷管理测试结果分析黑盒测试工程师编写测试用例执行测试报告缺陷自动化测试工程师编写脚本自动化测试执行性能测试工程师分析软件功能开发脚本性能测试执行表3测试工具用途工具生产厂商版本测试管理QCHP9.0性能测试LRHP8.1功能自动化QTPHP9.2测试管理工具为QualityCenter、性能测试工具有LoadRunner、功能自动化测试工具为QuickTestProfessional2.3联系方式表4联系方式表职务姓名E-Mail电话开发工程师张帅奇zhangshuaiqi@163.coVSBuilder季晨jichen@126.co协调人梁云liangyun@163.co发经理杨希文liuxiwen@163.co试负责人白靖baijing@126.co试人员张帅奇zhangshuaiqi@163.com159327468742.4测试文档2.4.1参考文档表5参考文档表文档名称文档版本号/标识/日期《测试计划》2018年10月15日《测试用例》2019年2月6日《缺陷报告》2018年11月26日《测试报告》2018年10月15日2.4.2测试输出文档表6测试输出文档表文档说明作者文档位置《测试计划》张帅奇

Github测试用例季晨

Github《性能测试计划》梁云

Github《性能测试报告》杨希文Github《测试报告》张玉

Github2.5测试需求2.5.1功能测试测试对象的功能测试应该侧重于可以被直接追踪到用例或业务功能和业务规则的所有测试需求。这些测试的目标在于核实能否正确地接受、处理和检索数据以及业务规则是否正确实施。这种类型的测试基于黑盒方法，即通过图形用户界面(GUI)与应用程序交互并分析输出结果来验证应用程序及其内部进程。2.5.2用户界面测试通过用户界面(UI)测试来核实用户与软件的交互。UI测试的目标在于确保用户界面向用户提供了适当的访问和浏览测试对象功能的操作。除此之外，UI测试还要确保UI功能内部的对象符合预期要求，并遵循公司或行业的标准。表7测试结果测试目标：核实以下内容：·通过浏览测试对象可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览。·窗口的对象和特征（例如：菜单、大小、位置、中心）方法：为每个窗口创建或修改测试，以核实各个应用程序窗口完成标准：证实各个窗口都与基准版本保持一致，或符合可接受标准需考虑的特殊事项：并不是所有定制或第三方对象的特征都可访问。2.5.3性能测试性能评价是一种性能测试，它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评价的目标是核实性能需求是否都已满足。实施和执行性能评价的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评价和微调。2.5.4配置测试配置测试核实测试对象在不同的软件和硬件配置中的运行情况。在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件,例如，应用程序、驱动程序等。而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。2.6产品质量目标表8产品质量目标表测试质量目标确认者测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确

闫昭产品规定的操作和运行稳定

胡南2.7测试质量目标表9测试质量目标表测试质量目标确认者所设计的测试用例覆盖率应达到软件需求的100%郑家欣所有的测试案例已经执行过罗羽波所有的测试脚本已经执行通过孙弛豫所有的严重、重要Bug已经解决并由测试验证张浩每一部分的测试已经被TestLead确认完成何光宏发现错误等级为严重、重要、一般的Bug的速率正在下降并接近0许广骏在最后的三天内没有发现错误等级为严重、重要的Bug夏之光量测统计数不能超10%=（问题总数-原问题总数）/问题总数王源量测统计，应该无严重BUG，重要问题不能超5%=（总重要问题数-原重要问题数）/问题总数王菊开三、实践过程3.1培训资料表10培训资料表培训需求培训内容培训人员开始时间完成时间业务流程

对项目的流程熟悉

哇昂元

2019、2、13

2019、2、26安装配置

对软件的安装和配置

安达街

2019、3、1

2019、3、2工具使用

对项目的流程熟悉

卡罗拉

2019、2、13

2019、2、263.2测试环境表11测试环境表服务器端序号机型网速IP地址cpu内存操作系统软件预计空间1联相小新100kb/s4AMDRyzen52500UwithRadeonVegaMobileGfx4GB64位操作系统客服端序号机型/机器名网速IP地址cpu内存操作系统软件预计空间1华硕200kb/s13Inter酷睿i59代8GB64位操作系统3.3测试工具表12工具使用情况表工具产商/自产版本测试管理Zentao禅道易软天创团队企业版3.3缺陷跟踪ONESProject深圳复临科技有限公司2.1.358表13角色分派表人力资源角色所推荐的最少资源（所分配的人员）具体职责或注释测试设计员王源王安康索拉卡阿昆达张丝如有多个人员，则详细说明具体的工作内容。如设计测试用例，要说明具体设计哪些模块的测试用例（考虑对不同系统的公共模块避免重复进行测试设计）。职责：•生成测试计划•生成测试用例•评估测试测试员王立志执行测试职责：•按照测试用例执行测试•提交错误报告测试策略提供了对测试对象进行测试的推荐方法。对于每种测试，都应提供测试说明，并解释其实施和执行的原因。如果将不实施和执行某种测试，则应该用一句话加以说明，并陈述这样做的理由。例如，“将不实施和执行该测试。该测试不合适”。制定测试策略时所考虑的主要事项有：将要使用的技术以及判断测试何时完成的标准。下面列出了在进行每项测试时需考虑的事项，除此之外，测试还只应在安全的环境中使用已知的、有控制的数据库来执行。3.4测试策略3.4.1单元测试单元测试由研发人员进行单元测试代码编写、执行。3.4.2集成测试集成测试的目的是确保程序满足概要设计说明书的要求。它所测试的内容包括模块的功能，模块间的接口以及集成后的功能，并且对以前集成的build进行增量式测试。集成测试策略：描写集成测试策略。进行软件集成测试的测试用例包括白盒法、黑盒法等多种设计技术。软件集成也有多种不同的策略。这些策略总的来说可以分为两种：（1）非增量方式先测试好每一个软件单元，然后依次集成在一起再测试整个程序。本方式是一种很直接、原始的集成方式，它把所有通过单元测试的模块一块儿地全部集成在一起，直接集成为软件系统，并对它进行测试。采用这种方式的原因是期望它可以带来方便的、快捷的集成效果。但这种方法遭到广大测试专家的批评，普遍认为它会引起混乱，且难以确定错误源的位置。（2）增量方式逐步把一个要被集成的软件单元或部件，同已测试好的软件部件结合起来测试。增量方式主要包括自顶向下、自底向上、自顶向下与自低向上相结合等方式。增量方式的优点是：占用人工少；可以较早发现模块接口错误；容易排错；测试效果好，比较彻底。增量方式的优点：占用机器时间少；有利于并行开发。3.4.3系统测试系统测试是通过与系统的需求规格作比较，发现软件与系统需求规格不相符合或与之矛盾的地方。它将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合起来，在模拟实际运行（使用）环境下，对系统进行的测试。系统测试主要进行业务流程方面的测试，同时进行回归测试。系统测试策略：描写系统测试策略。由于软件只是计算机系统中的一个组成部分，软件开发完成以后，最终还要与系统中其它部分配套运行。系统在投入运行以前各部分需完成组装和确认测试，以保证各组成部分不仅能单独地受到检验，而且在系统各部分协调工作的环境下也能正常工作。这里所说的系统组成部分除去软件外，还可能包括计算机硬件及其相关的外围设备、数据及其收集和传输机构、掌握计算机系统运行的人员及其操作等，甚至还可能包括受计算控制的执行机构。另一方面，系统测试实际上是针对系统中各个组成部分进行的综合性检验。尽管每一个检验有着特定的目标，然而所有的检测工作都要验证系统中每个部分均已得到正确的集成，并能完成指定的功能。以下分别简要说明几种系统测试：功能测试功能测试是系统测试中的一种重要测试方法，它不管软件内部的实现逻辑，以检验输入输出信息是否符合规格说明书和需求文档中有关功能需求的规定为目标。功能测试主要是为了发现以下几类错误：（1）是否有不正确或遗漏了的功能？（2）功能实现是否满足用户需求和系统设计的隐藏需求？（3）输入能否正确接受？能否正确输出结果？功能测试分为功能测试用例设计，用例执行，输出测试报告等。功能测试的关键在于设计高质量的用例，但用例的设计通常和业务紧密相关，很难给出一般有实际意义的操作指导，但一些方法是共通的。例如：等价类划分，边界值分析，错误推测等。恢复测试恢复测试是要采取各种人工干预方式使软件出错，而不能正常工作，进而检验系统的恢复能力。如果系统本身能够自动地进行恢复，则应检验：重新初始化，检验点设置机构、数据恢复以及重新启动是否正确。如果这一恢复需要人为干预，则应考虑平均修复时间是否在限定的范围以内。安全测试安全测试的目的在于验证安装在系统内的保护机构确定能够对系统进行保护，使之不受各种非常的干扰。系统的安全测试要设置一些测试用例谋略实在系统的安全保密措施，检验系统是否有安全保密的漏洞。安全测试要考虑：●设备本身的安全性，当受到恶意攻击时，设备的自我保护能力，病毒防护能力，自定义通信协议安全性。●物理特性安全性测试（如接地，静电等），●业务的安全性测试（如200业务密码验证，201业务密码验证）●信息安全性测试。压力测试检验系统的能力最高实际限度。进行强度测试时，让系统的运行处于资源的异常数量、异常频率和异常批量的条件下。例如，如果正常的中断平均频率为每秒一到二次，强度测试设计为每秒10次中断。又如某系统正常运行可支持10个终端并行工作，强度测试则检验15个终端并行工作的情况。兼容性测试兼容性测试主要是测试被测试设备于其它设备之间的互连互通性，以及本套产品中各部分之间的相互操作性。兼容性测试的指导思想是尽可能多地和各种主流设备对接。因此应尽早规划测试方案，收集各种设备。协议测试为了使得各网络设备成功地进行通信，必须遵守一组规则。协议（Protocol）规定了一个网络设备在和其它网络设备进行通信时应遵守的规则集合。为了使得来自不同厂家的系统能够成功地进行通信，必须有标准化的协议。这种需求导致了OSI参考模型的制定。因此，我们需要一种有效方法对协议实现进行判别，这种方法便是“协议测试”（ProtocolTesting）。可安装性测试系统的可（重复）安装性测试设计，主要是根据软件的测试特性列表、软件安装、配置文档，设计安装过程的测试用例，发现软件在安装过程中的错误。系统可安装性测试的目的不是找软件错误，而是找安装错误。在安装软件系统时，会有多种选择。要分配和装入文件与程序，布置适当的配置，进行程序的联结。而安装测试就要找出这些安装过程中出现的错误。性能测试和负荷测试策略性能测试关心的系统的各种指标。例如呼叫的接续时长，系统重起的时间等。这些指标通常需要在一定的话务量背景下进行测量。所以性能测试通常和负荷测试放在一起进行。由于负荷测试的定位问题难度比较大，而且测试成本很高，测试时间也要求较长，所以负荷测试需要在产品计划阶段就着手准备，包括制定测试方案，选择话务模型和重点用例，选择相应的模拟工具，设计调试代码等。总结：系统测试的方法较多，每种方法均有它的局限性。只有综合使用各种方法，系统测试才能有效地发现系统缺陷。3.5测试类型3.5.1功能测试对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面(GUI)与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。以下为各种应用程序列出了推荐使用的测试概要：表14功能测试策略表测试目标：确保测试对象的功能正常，其中包括导航、数据输入、处理和检索等。方法：利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：· 在使用有效数据时得到预期的结果。· 在使用无效数据时显示相应的错误消息或警告消息。· 各业务规则都得到了正确的应用。完成标准：· 所计划的测试已全部执行。· 所发现的缺陷已全部解决。需考虑的特殊事项：确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）3.5.2用户界面测试用户界面(UI)测试用于核实用户与软件之间的交互。UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。表15用户界面测试策略表测试目标：核实以下内容：通过浏览测试对象可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab健、鼠标移动和快捷键）的使用窗口的对象和特征（例如：菜单、大小、位置、状态和中心）都符合标准。方法：为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。完成标准：证实各个窗口都与基准版本保持一致，或符合可接受标准需考虑的特殊事项：并不是所有定制或第三方对象的特征都可访问。3.5.3性能测试对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。表16性能测试策略表测试目标：核实所指定的事务或业务功能在以下情况下的性能行为：· 正常的预期工作量· 预期的最繁重工作量完成标准：· 单个事务或单个用户：在每个事务所预期或要求的时间范围内成功地完成测试脚本，没有发生任何故障。· 多个事务或多个用户：在可接受的时间范围内成功地完成测试脚本，没有发生任何故障。3.5.4配置测试配置测试核实测试对象在不同的软件和硬件配置中的运行情况。在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件例如，应用程序、驱动程序等而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。表17配置测试策略表测试目标：核实测试对象可在要求的硬件和软件配置中正常运行。方法：· 使用功能测试脚本。· 在测试过程中或在测试开始之前，打开各种与非测试对象相关的软件（例如Microsoft应用程序：Excel和Word），然后将其关闭。· 执行所选的事务，以模拟主角与测试对象软件和非测试对象软件之间的交互。· 重复上述步骤，尽量减少客户机工作站上的常规可用内存。完成标准：对于测试对象软件和非测试对象软件的各种组合，所有事务都成功完成，没有出现任何故障。需考虑的特殊事项：· 需要、可以使用并可以通过桌面访问哪种非测试对象软件？· 通常使用的是哪些应用程序？· 应用程序正在运行什么数据？例如，在Excel中打开的大型电子表格，或是在Word中打开的100页文档。· 作为此测试的一部分，应将整个系统、Netware、网络服 务器、数据库等都记录下来。3.5.6安全性测试表18安全性测试策略表测试目标：应用程序级别的安全性:[核实主角只能访问其所属用户类型已被授权使用的那些功能或数据。]系统级别的安全性:[核实只有具备系统和应用程序访问权限的主角才能访问系统和应用程序。]技术：应用程序级别的安全性:[确定并列出各用户类型及其被授权使用的功能或数据。为各用户类型创建测试，并通过创建各用户类型所特有的事务来核实其权限。修改用户类型并为相同的用户重新运行测试。对于每种用户类型，确保正确地提供或拒绝了这些附加的功能或数据。完成标准：各种已知的主角类型都可访问相应的功能或数据，而且所有事务都按照预期的方式运行，并在先前的应用程序功能测试中运行了所有的事务。3.5.7数据和数据库完整性测试表19数据和数据库完整性测试策略表测试目标：确保数据库访问方法和进程正常运行，数据不会遭到损坏。方法：调用各个数据库访问方法和进程，并在其中填充有效的和无效的数据或对数据的请求。检查数据库，确保数据已按预期的方式填充，并且所有数据库事件都按正常方式出现；或者检查所返回的数据，确保为正当的理由检索到了正确的数据完成标准：所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到损坏。3.5.8故障转移和恢复测试故障转移和恢复测试可确保测试对象能成功完成故障转移，并能从导致意外数据损失或数据完整性破坏的各种硬件、软件或网络故障中恢复。故障转移测试可确保：对于必须持