软件测试平台的认识

1、软件测试平台的认识即为客户打造了集高效率、 低成本等特性于一身， 大幅缩短了软件产品测试 周期，并且可以 提升产品品质，同时还能充分发挥虚拟化的优势， 减少物理工作站的数量，和降低客户的IT 系统能耗、提高了空间使用效率的软件工作空间。(1) 创造安全可靠的软件运行空间安全在任何服务器实现中都是一项核心挑战。承载多台虚拟机(VM)的服务器(也称为合并服务器)不仅要承担与非合并服务器同样的安全风险，还要面对管理员角色分离的挑战。软件测试平台有助于提高合并服务器的安全性和解决管理员角色分离的挑战。通过下列功能来实现此目的：强大的分区能力、硬件级别安全性、Win dowsServer虚拟化、网络安全

2、功能和最小的受信任计算基础。(2) 强大的隔离能力服务器虚拟化 使具有不同资源要求的工作负载能够在同一 主机服务器上共存。软件测 试平台通过灵活的 内存分配、动态的硬件添加和灵活的网络配置， 大幅提高主机服务器的物 理资源的使用率：(3) 性能大幅提升软件测试平台采用基于 64位管理程序的轻型、低开销虚拟化体系结构，通过多核心支 持，可以为每个 VM分配多达8个逻辑处理器，同时支持64位主机和来宾操作系统，此外，通过服务器硬件技术打通从GuestOS到真实硬件资源的通路， 避免在VMM层的10mapping，指令转换和数据迁移的漫长过程，减少 80%虚拟化应用导致的性能损失；(4) 更简化的管

3、理在可能部署的 数据中心和远程分支机构安装中，需要强大的管理功能和自动化功能来 完全实现虚拟化降低成本的可能性。软件测试平台通过可扩展管理、用于VM管理的界面以及PowerShell脚本和组策略对象(GPO)管理和自动化功能满足了此需求；同时对于硬件平台监控管理系统可以满足端到端的全程管理。软件测试平台平台的概念编辑就是一种用来实现某种功能的体系。平台包括各种不同的元素，架构，流程，标准， 机制和工具等等。以测试为例，-架构：测试体系中有关的各种Roles以及对应的Responsibilities-流程：测试相关的各种流程，比如测试项目流程，测试管理流程，配置管理流程-标准：在测试相关的各种流

4、程中应该遵循的各种标准-机制：各种相关的机制，如沟通机制，反馈机制，知识传递机制-工具：用于实现各项工作和流程的辅助工具，如自动化测试工具，测试管理工具，知识管理工具软件测试平台软件测试的原则编辑1、应当把 尽早地和不断地进行软件测试 ”作为软件开发者的座右铭。2、测试用例应由测试输入数据和与之对应的预期输出结果两部分组成。3、程序员应避免检查自己的程序。（注意不是指对程序的调试）4、在设计测试用例时，应当包括合理的输入条件和不合理的输入条件。不合理的输入 条件是指异常的，临界的，可能引起问题异变的输入条件。5、充分注意测试中的群集现象。经验表明，测试后程序残存的错误数目与该程序中以发现的错误

5、数目或检错率成正比。应该对错误群集的程序段进行重点测试。6、严格执行 测试计划，排除测试的随意性。测试计划应包括：所测软件的功能，输入和输出，测试内容，各项测试的 进度安排，资源要求，测试资料，测试工具，测试用例的选择，测试的控制方法和过程，系统的组装方式，跟踪规则，调试规则，以及回归测试 的规定等等以及评价标准。7、应当对每一个测试结果做全面的检查。8、妥善保存 测试计划，测试用例，出错统计和最终分析报告，为维护提供方便。软件测试的对象：软件测试并不等于程序测试。软件测试应该贯穿整个软件定义与开发整个期间。因此需求分析、概要设 计、详细设计以及程序编码等各阶段所得到的文档，包括需 求规格说明

6、、概要设计 规格说明、详细设计规格说明以及 源程序，都应该是软件测试的对象。 在对需求理解与表达的正确性、设计与表达的正确性、实现的正确性以及运行的正确性的验证中，任何一个环节发生了问题都可能在软件测试中表现出来。测试组成员角色分配设置1. 岗位及职责描述1.1. 测试组长负责测试组日常工作顺利进行及时掌握组员工作情况及遇到的困难并及时进行处理将了解到的项目情况及时告知组员指定各个项目的项目测试组长测试组内部技术支持1.2. 项目测试组长 接到测试组长分配下来的任务后及时与上级予以确认 关于项目测试任务A 、接到项目测试任务后，首先了解项目具体情况并按照 XX 项目计 划书要求编写 XX 项目

7、测试计划。并且第一时间将测试计划中 的时间和人员安排告知测试组长 ， 待测试组长确认后再开展测试工 作B、参与项目需求评审会议，并将评审结果告知该项目相关的组员C、项目测试组长须保证测试环境的正常运行D、接收到项目负责人分派的任务和（或）项目变更情况后必须及时告 知测试组长，以便测试组长能及时了解项目进展情况E、在项目测试工作中遇到问题需及时向测试组长反映，并与测试组长 一起解决问题F、对于MANTSI上面的BUG具有判断权。如果无法确认是否是 BUG,需及时告知测试组长，待测试组长确认后再进行接下来的工作。注 意：关于是否是 BUG 的判断必须按照测试规范及要求文档中的 对于 BUG 的规定

8、G、对于新项目，可以直接指派组内其他组员参与 每天下午下班前须向测试组长汇报当天测试情况 须将项目负责人直接与项目测试组长沟通后的结果及时反馈给测试组 长项目测试结果后须提交功能测试报告和缺陷清单， 性能测试报告由性能 测试工程师负责总结项目测试经验1.3. 测试组员服从项目测试组长工作安排，及时高效地完成工作 对于上级安排的工作有异议的，需当天提出疑问。如果不提出疑问，则 表示认同上级安排在不影响自己工作的情况下可以协助其他组员的测试工作1.4. 性能测试工程师 根据 XX 项目系统测试计划中对于系统性能的要求，编写 XX 项 目性能测试计划文档设计和确认 XX 项目性能测试对象和测试场景录

9、制和分析 LR 脚本，并要保证脚本能正常执行 录制性能测试场景并保证场景能正常运行 分析测试结果并提交性能测试报告2. 测试组日常工作2.1. 工作要求2.1.1. 测试组长合理安排各个项目测试时间和任务协助项目测试组长处理外界沟通技术支持处理日常测试组工作对组员进行考核组织会议向上级领导汇报日常工作、周工作和项目总体测试情况2.1.2. 项目测试组长每天及时了解和处理项目测试进度和出现的问题 协助组员完成测试工作（技术支持） 每天 17:30 之前向测试组长汇报当天测试工作情况及测试进度2.1.3. 组员每天按时完成当天工作， 如果当天未安排工作或无测试任务， 就按照测 试组成员工作安排及任务 XX 月文档中的任务进行工作 每天在 17:30 之前必须写工作日志并发给测试组长 参与测试任务的组员须每天 17:30 前向项目测试组长汇报当天测试完成 情况服从上级的工作安排。如有异议需在安排工作的时候提出否则表示接受 工作安排22文档要求各个文档格式需统一，格式参照文档编写规范V1.0文