软件系统测试技术(中国软件评测中心)
中国软件评测中心（工业和信息化部软件与集成电路促进中心）_企业报告(供应商版)
主要资质：
一、业绩表现
1.1 总体指标
近 1 年(2022-02~2023-02)：
中标项目数(个)
112
同比增长：-15.8%
中标率
75.2%
同比增长：-11.2%
中标总金额(万元)
(不含费率与未公示金额)
￥4660.0
同比增长：-28.4%
平均下浮率
7.6%
同比增长：46.2%
注：平均下浮率是指，项目下浮金额与预算金额的比值的平均值。（下浮金额=项目预算金额-中标金额）
本报告于 2023 年 02 月 20 日 生成
4 / 19
8
国家统计局网站改版升级规划和集 约化顶层设计服务项目
国家统计局
43.5
9
国家统计局网站改版升级规划和集 约化顶层设计服务项目成交公告
国家统计局
43.5
10
2022 年农业建设项目管理平台等 保三级测评及第三方测试项目成交 结果公告
农业农村部工程建设服务 中心
本报告于 19
*项目金额排序，最多展示前 10 记录。
1.4 地区分布
近 1 年中国软件评测中心（工业和信息化部软件与集成电路促进中心）中标项目主要分布于北京、山 东、未知等省份，项目数量分布为 31 个、14 个、12 个，占比企业近 1 年项目总数的 51%。从中标 金额来看，山东、北京、江苏的中标总金额较高，表现出较高的地区集中度。
本报告于 2023 年 02 月 20 日 生成
2 / 19
1.3.2 重点项目
重点项目
项目名称
招标单位
TOP1
轴桨燃系列 FADEC 系统高安全关 键嵌入式软件验证与分析-结果公 告
电子政务系统应用软件验收测试指标分析
电子政务系统应用软件验收测试指标分析中国软件评测中心作为国内成立最早、最具权威的第三方评测机构，在电子政务系统应用软件测试方面具有丰富的经验。
中国软件评测中心先后承担了国家金字工程的金宏、金质、金关、金土、金农、金信等国家重大电子政务系统的测试，为全国人大、全国政协、最高人民检察院、最高人民法院、文化部、国家税务总局、国家海洋局、国家林业局等部委及地方政府提供了第三方测试服务，保障电子政务系统工程质量。
经过多年的技术积累和测试实施，中国软件评测中心总结了电子政务系统应用软件验收测试指标，并基于该指标体系进行验收测试，为电子政务系统建设提供可靠的质量保证服务。
2.验收测试指标体系随着电子政务系统建设的快速发展，应用系统的规模也越来越扩大，以往在项目初验或终验阶段进行的验收测试已经很难保障项目的建设质量。
因此，我们根据国家电子政务系统工程特点，将验收测试分为子系统验收、集成、初验和终验4个阶段。
通过分析4个阶段各自不同的特点，我们分别设计了测试指标并进行测试，从而进一步保障项目建设质量。
图1中国评测电子政务系统应用软件验收测试指标体系2.1. 子系统验收阶段中国评测将子系统验收阶段定义为电子政务系统信息化建设项目中各子系统分项验收的阶段。
该阶段的测试工作主要依据系统建设或分包合同以及《系统需求规格说明书》中的相关要求。
测试的重点就是功能测试，主要包括以下几个方面：1) 分析被测系统的功能需求，依据《软件需求规格说明书》和软件产品质量要求验证各子系统是否满足全部功能需求，且各项功能实现正确;2) 分析被测系统的业务需求，对业务流程进行数据流向评测，确保各子系统的关键业务流程可以正确执行;3) 分析被测系统的数据处理需求，对系统业务数据进行严格的正确性评测，确保系统传输的实时数据和历史数据准确无误。
2.2. 集成阶段中国评测将集成阶段定义为电子政务系统信息化建设项目中各系统完成整合并最终集成的阶段。
该阶段，测试的重点就是稳定性测试、数据接口测试和内部兼容性。
软件性能测试高级工程师课程纲要
中国软件评测中心软件测试类培训软件性能测试高级工程师培训班（四天课程）1、培训大纲概念知识点基础概念 z性能测试概念z性能测试目的 z性能测试机制测试策略 z性能测试策略z性能测试风险z性能测试流程测试指标z客户端性能指标z服务器资源指标z网络应用指标z故障诊断指标z性能调优指标性能测试理论测试活动z性能测试z故障诊断z性能调优性能需求分析z性能需求原理z性能需求方法z性能需求案例性能测试设计z测试案例设计z测试数据设计z测试环境设计性能测试执行z测试执行z测试监控性能测试技术性能测试分析z性能是否满足需求z性能测试缺陷分析故障诊断理论z故障诊断策略 z故障诊断思路故障诊断技术客户端故障诊断技术z黑盒缩小故障范围 z Web组件故障诊断概念 知识点服务器端硬件故障诊断z 硬件性能故障表现z 资源使用指标获取z 资源使用指标分析数据库性能 z 数据库性能故障表现z 数据库性能指标获取 z 数据库性能指标分析z 数据库性能故障诊断技术z 数据库性能诊断案例中间件性能 z 中间件性能故障表现z 中间件性能指标获取z 中间件性能指标分析 z 中间件性能故障诊断技术 z J2EE 性能调优技术z J2EE 性能故障诊断案例网络性能 z 网络性能故障表现z 网络性能指标获取z 网络性能指标分析z 网络应用故障诊断案例服务器端软件故障诊断 应用性能 z 业务逻辑z 应用流程性能测试案例 性能测试、故障定位、性能调优典型案例 z 硬件与系统性能z 集群与系统性能z 负载均衡与系统z 网络与系统性能z 完整流程性能测试，包括客户端、网络与服务器等组件z 包括模拟环境测试、上线前生产环境测试以及生产环境IT 管控注明：此部分内容根据每期学员需求持续更新与补充概念知识点性能测试经验交流 z 测试案例设计z 测试脚本录制z 测试脚本编写z 测试结果分析 z 测试现场问题解决注明：此部分内容根据每期学员需求持续更新与补充负载压力性能测试工具使用技巧 z 面向目标的测试方案z 参数池技术z 设置事务点z 设置集合点z 动态数据关联 z IP 数据池z 脚本调试技术z 测试工具配置技巧z 特殊的测试类型等资源监控工具使用技巧z 操作系统监控z 中间件监控 z 数据库监控 z 命令行监控z 日志监控z 系统监控平台使用故障诊断工具使用技巧z SQL 诊断与优化z Method 诊断与优化z 组件分层诊断z 关键指标诊断性能测试工具实践 实践工具 z 负载压力性能测试工具：LoadRunnerz 资源监控工具：Spotlightz 故障诊断工具： Performasure2、培训对象具有大专以上学历，具备一定的软件基础知识，从事软件测试、软件开发、软件质量管理或软件项目管理工作，各行业信息管理部门的技术人员、管理人员，以及对软件测试、软件质量感兴趣的各界人士。
中小学心理管理系统
中小学心理管理系统一、前言学校开展有效的心理健康教育工作是一个综合的系统工程，而非单个心理辅导教师的咨询或辅导活动。
解决实际问题的心理辅导软件应该在科学的心理测量基础上，包含多层次管理、全员参与、可以互动交流和动态更新的综合管理系统.这样的系统应该同时具备以下三个条件:满足大规模的测试；测量结果及时反馈;个人信息动态更新只有网络版的系统才能同时满足这三个条件，中小学心理管理系统就是基于互联网的综合管理软件，突破传统心理软件的单一测量功能,以一流高校心理辅导工作内容为蓝本,解决学校心理辅导工作中的实际问题，将一所学校所有师生心理状况集中于一套系统内进行专业管理，实现心理辅导信息化办公.长期以来，我们一直专注于学校的心理健康教育工作，经过12年的不断研发和市场推广,目前本系统在清华大学、北京大学、哈尔滨工业大学、南京大学、西南大学、南京师范大学、首都师范大学等几百所国内知名高校、职业院校、普通中、小学在及时发现和解决学生问题，开展课题研究、提供师生互动交流平台以及管理整个学校心理咨询中心日常工作方面发挥了它应有的功能，成为我国学校心理辅导软件第一品牌.如果您用心海软件全面了解学生心理健康状况，并有针对性地教育和指导学生如果您用心海软件及早地发现和预防心理问题，并及时发现地挽救了一起自杀的学生如果您用心海软件给学生建立与管理了真正的心理档案，发现自己的工作变得轻松有效起来那是我们最期望的……本系统软件通过信息产业部中国软件评测中心的严格测评(项目号：HTPD3RD1813141）,软件的安全稳定性、软件容错性、安全保密性、运行稳定性、界面输入、界面显示、界面文字、界面中文符合性、中文习惯符合性、用户文档描述与程序一致性以及病毒检查等方面的测试完全通过;作为出版物,获得国家版权局颁发的计算机软件著作权登记证书(登记号：2008SR05882）和独立出版号(ISBN：7-900319—65-4/TP·11)。
软件健壮性测试种类
软件健壮性测试种类一、安全测试安全测试检查系统对非法侵入的防范能力。
安全测试期间，测试人员假扮非法入侵者，采用各种办法试图突破防线。
安全测试 - 相关举例例如，①想方设法截取或破译口令；②专门定做软件破坏系统的保护机制；③故意导致系统失败，企图趁恢复之机非法进入；④试图通过浏览非保密数据，推导所需信息，等等。
理论上讲，只要有足够的时间和资源，没有不可进入的系统。
因此系统安全设计的准则是，使非法侵入的代价超过被保护信息的价值。
此时非法侵入者已无利可图。
二、恢复测试，英文是Recovery testing。
恢复测试是测试一个系统从如下灾难中能否很好地恢复，如遇到系统崩溃、硬件损坏或其他灾难性问题。
恢复测试指通过人为的让软件（或者硬件）出现故障来检测系统是否能正确的恢复，通常关注恢复所需的时间以及恢复的程度。
恢复测试主要检查系统的容错能力。
当系统出错时，能否在指定时间间隔内修正错误并重新启动系统。
恢复测试首先要采用各种办法强迫系统失败，然后验证系统是否能尽快恢复。
对于自动恢复需验证重新初始化（reinitialization）、检查点(checkpointing mechanisms)、数据恢复(data recovery)和重新启动(restart)等机制的正确性；对于人工干预的恢复系统，还需估测平均修复时间，确定其是否在可接受的范围内。
三、性能测试性能测试图线性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。
负载测试和压力测试都属于性能测试，两者可以结合进行。
通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。
压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。
制定目标和分析系统选择测试度量的方法学习的相关技术和工具制定评估标准设计测试用例运行测试用例分析测试结果性能测试方法基准测试性能规划测试渗入测试峰谷测试性能测试工具介绍结束语测试类型分析与调优基本原则展开性能测试在软件的质量保证中起着重要的作用，它包括的测试内容丰富多样。
中国软件评测中心招聘
中国软件评测中⼼启动实习⽣计划 因业务发展需要，中国软评测中⼼将启动硕⼠研究⽣实习计划，长期接收硕⼠以上学⽣到中⼼实习，真诚欢迎优秀在校⽣加⼊。
实习结束后，中⼼将根据实习表现择优录⽤，签署三⽅接收协议，解决进京户⼝，并办理正式录⽤⼿续。
⼀、单位简介 中国软件评测中⼼（CSTC）成⽴于1990年，是信息产业部和国家质检总局领导下的计算机软件、硬件与络安全质量检测机构，是国内⾸家通过中国国家实验室认可委员会认可和国家计量认证的软件测试机构，中⼼已按ISO/IEC17025建⽴了完备的质量管理体系并能有效实施，中⼼所出具的测试报告在49个国家和地区实现互认。
CSTC是国家“⼋五”重点建设项⽬，配备了先进、完善的计算机软件、硬件和络系统测试环境与⼯具，具有软件质量保证专家和⼀⽀多年从事软、硬件质量保证的技术队伍，承担了多项国家“⼋五”、“九五”、“863”、“⼗五”重点攻关课题，⼗余年来，⼀直致⼒于电⼦政务评估、软硬件测试、信息⼯程咨询与监理、资质认证等领域的研究与实践，打下了扎实的基础，积累了丰富的经验。
CSTC是中国电⼦信息产业发展研究院(CCID、赛迪集团)的重要成员，依托赛迪集团强⼤的资源优势、⼈才优势和市场化平台，在做好政府⼯作⽀撑的基础上，努⼒加快企业化与市场化进程，建⽴了赛迪评测、赛迪监理、赛迪认证三个公司运作平台，⽬前形成了评估、评测、认证、监理四⼤纵向业务和咨询、培训两⼤横向业务格局。
中国软件评测中⼼始终致⼒于发展成为权威的现代IT技术服务机构，努⼒为业界提供优质⾼效的服务，为促进我国信息产业发展和信息化建设做出贡献。
e-mail：zphr@ 址： 单位地址：北京市海淀区紫⽵院路66号赛迪⼤厦3、12、13层 邮编：100044 注：请注明应聘岗位 ⼆、招聘岗位 （⼀）络/安全产品测试实习⽣（5⼈） 岗位职责： 1、完成安全与络产品的测试，并按时出具测试报告； 2、了解市场上的安全产品； 3、掌握对安全产品的技术原理； 4、按时更新安全产品的测试规范； 5、要求能够有沟通能⼒，能够与络/安全⼚商进⾏长期联系和有效沟通。
第一章我们是谁 软件测试中心
第一章我们是谁一、我们是谁？中国电子技术标准化研究所（工信部）中国电子技术标准化研究所赛西实验室（中国赛西实验室）信息处理产品标准符合性检测中心成都信息处理产品检测中心（研究所里的代表）出省的统一称呼是：信息处理产品标准符合性检测中心西南分中心四川以内的统一称呼是：成都信息处理产品检测中心二、全国具有实验室资质做软件评测的机构有哪些及相关的业务范围1.赛宝（四川赛宝实验室）不是专门从事软件检测的业务范围：实验室可提供从元器件到整机设备、从硬件到软件直至复杂大系统的产品检测试验、分析评价、认证计量、信息服务、技术培训、专用设备和专用软件开发等技术服务(工业和信息化部电子第五研究所)成立1955年2.赛迪（中国软件评测中心）是专门从事软件检测的业务范围：电子系统风险评估与优化，系统可靠性试验与检测，系统工程监理，产品及企业资质认证、产业损害预警，行业标准预研，知识产权研究，人才培训和国际合作等行业共性技术服务。
中国软件评测中心（以下简称“中国评测”）成立于1990 年，是工业和信息化部直属的国家一级科研事业单位3.赛西（中国赛西实验室）即我们业务范围：电子产品的安全、电磁兼容、有害物质和环境可靠性检测，电子元器件检测，集成电路测试验证、数字音视频及多媒体产品标准符合性检测，信息处理产品标准符合性检测以及各种仪器设备的计量校准等工业和信息化部电子第四研究所成立1963年三、什么是第三方评测机构？除去甲，乙两方的独立机构，不属于企业必须具备两个条件：1.必须是国家事业单位。
特点：公平，公正2.必须是国家实验室，代表最高标准。
特点：权威，准确四、什么是事业单位？事业单位是政府雇员，不以盈利为目的，既不属于公务员又不属于政府部门。
五、当客户问及我们为什么在成都的回答方式？1.所里工作分配2.成都是所里的一个分中心3.成都拥有全国三分之一的软件产业基地六、我们的竟争对手及软件相关测试业务全国四川省内四川省信息安全测评中心/四川省软件测评中心四川省成都市庆云南街1号其它了解资料。
第五届中国软件测评机构联盟年会顺利召开
例颁奖仪式。
中国软件测 评 机构 联 盟 （ ＣＳＴ Ａ） Ｅ ，由全 国各地方 第
▲ 最佳 案 例 奖颁 奖仪 式
ｊ方专业软件测 评机 构所 组 成 ， ０ ５ ６ 在北 京成 于２ ０ 年 月２ ３ １ 立 。 Ｔ Ａ以推 进 软件 测 试 工作 的标准 化 进 程 ， 进 全 ＣＳ Ｅ 促
目 前会员单位超过３ 家， ０ 联盟秘书处挂靠在工信部电子四
所（ 中国电子技术 标准化 研究 所 ） 。 中国软件测 评机 构联 盟年会 每 年举 行一 次 ， 国内软 是 件评测领 域最 高规格 的学 术和技 术交 流活动 。 次年会 收 本
域、 新技术的发展， 测评机构也面临着技术和质量提升的 新机遇， 很多软件企业和应用机构也逐渐将观念从‘ 要我
对 于软件测 评 今后 的发展 ， 盟常务 副理事长杨 根兴 联 表示， 国内大部 分 软件 测评 机 构都 处 在小规 模 运营 阶段 ，
国范围内软件测评机构问的合作交流与资源共享 ， 规范软 年 收人千 万以上 的规 模型 测评 机构 还较 少， 未来 国内测评 件测评市场， 提高整个软件测试行业 的综合素质为宗旨。 企业应着重向规模化发展 ； 随着云计算 、 物联 网等新领
评测 中心和福建省软件评测 中心等单位的１ 篇优秀案例 Ｏ
分别 获 得 了最佳 案例 奖 、 新技 术 奖 。 创 会上 ， 关 获 奖 机 相 构代 表 就 获 奖 测 评 案例 进 行 了汇 报 ， 并对 本 机 构 的理 念 和经验 与参 会 同行进 行 了交 流 。 外 ， 议 还 就各地 软件 此 会 测 评 机构 合 作等 事 项进 行 了深 入研 讨 。 会上 ， 国际知 名测 试 工具 厂 商 ｌＭ 、 Ｐ 别 就 测试 新 技术 和 云测 试解 决 方 Ｂ Ｈ 分 案 向与会代 表进 行 了 介绍 ， 引起 了测评 机构 的热切关 注。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
设计说明书 设计员：我要让软件 怎么做？
理解正确性 编码正确性
源程序 程序员：我要让计算 机怎么做？
理解正确性 表达正确性
软件需求 用户：我要 什么？
输入正确性 运行正确性
运行结果 计算机：程序运行 得到什么？
相符吗？
用户需求
软件产品 验收测试
需求分析
确认和系统测试 概要设计
功能测试范围的分析 功能子模块的划分 业务流程的划分 如：一般性的Web测试项目
用户登录 站点地图和导航条 链接 表单 数据校验 Cookie Session SSL、防火墙等的测试 接口测试
系统测试范围的分析 容错处理
对错误数据和异常情况的处理能力 软件、硬件、数据等兼容 不同配置参数的适应力 负载测试、压力测试、疲劳测试 数据保护、权限限制、抗攻击能力 长时间稳定运行
对象
目的
依据
方法
单元测试 模块内部程 消除局部模块的逻辑和 详细设计 白盒为主， 序错误 功能上的错误和缺陷 黑盒为辅 集成测试 模块间的集 找出与软件设计相关的 概要设计 白盒与黑盒 结合 成和调用关 程序结构，模块调用关 系 系，模块间接口方面的 问题 确认与系 整个系统中 对整个系统进行一系列 系统设计 黑盒为主 统测试 的软硬件 的整体、有效性测试 说明书 验收测试 整个系统中 对整个系统进行一系列 需求规格 黑盒 的软硬件 的整体、有效性测试 说明书
测试流程
其他流程（如设计流程）
被测模块 单元 测试
设 计 信 息
测 试 通 过 的 模 块
软 件 需 求
元 系 素 统 其 它
流 用 程 户 核 心
被测模块 单元 测试
集成 测试
被测模块 单元 测试
已 集 成 的 软 件
确认 测试
已 确 认 的 软 件
系统 测试
可 交 付 的 软 件
验收 测试
测试类型
需求评审的质量因素 正确性 完备性 易理解性 一致性 可行性 易修改性 易测试性 易追溯性 附件：需求文档审查
软件功能测试需求，如： 程序安装、启动正常，有相应的提示框、错误提示等 每项功能符合实际要求 每项功能正常运行，输出结果正确 能处理各种不正常的操作，对异常数据可以进行提示、容错处理等 系统的界面清晰、美观 菜单、按钮操作正常、灵活，能处理一些异常操作 能接受正确的数据输入，如测试最大输入的文字数、特殊符号等 数据的输出结果准确、格式清晰，可以保存和读取 功能逻辑清楚，符合使用者习惯 系统的各种状态按照业务流程而变化，并保持稳定 支持各种应用的环境 能配合多种硬件周边设备 软件升级后，能支持旧版本的数据 与外部应用系统的接口有效
Software
人的错误
错误未发现引入缺陷
执行软件
分析原因找根源
无容错措施导致失效
发现故障
例一：
在今天的测试过程中，系统出现10次宕机现象
软件失效现象：发生宕机 软件故障情况：使用非法数据输入的情况下发生宕机 软件缺陷：软件中缺少合法性校验 软件错误：详细设计环节缺少合法性校验内容，且文档评审 工作不到位 修改建议：增加合法性校验，加强文档评审工作
需求评审的重要性
120 100 80 60 40 20 0 需求分析 设计 编程 软件缺陷构成示意图 测试 发布
其他, 6% 编码, 15%
规格说明书, 54% 设计, 25%
需求评审表现在 发现需求定义中的问题，尽早将缺陷发现出来，降低成本； 保证软件需求的可测试性； 通过评审，使大家认识理解一致； 通过评审，更好地理解产品的功能性和非功能性需求，为制 定测试计划和方案打下基础； 通过评审，目确测试目标和范围，有效控制测试变更，降低 测试风险
兼容性要求
配置要求 性能要求
安全性要求
可靠性要求
定义测试任务 工作分解结构表方法（WBS）
列出项目需要完成的各项任务，如测试计划、需求和设计评审、 测试设计、脚本开发、测试执行等 对每个任务进一步细化和分解 根据任务的层次给任务进行编号
工作量估算因素 效率
集成测试 详细设计 单元测试 ——制定测试案例 编码
需求分析定义
测试目标
缺陷修正
验收测试
概要设计
测试计划
缺陷修正
系统测试
详细设计
测试设计
缺陷修正
集成测试
编码及调试
代码审查 单元测试
测试流程： 测试准备活动：测试计划、测试设计、测试开发。 测试执行活动：测试运行、测试评估。
测试就绪点 测试准备 测试执行
容错处理
业务处理过程中中断时，系统能保存当前状态，在某时刻可以恢 复操作； 支持浏览器包括IE、FireFox、Mozilla等；
兼容性要求
安全性要求
Cookie和Session的有效期验证； 数据访问权限设置； 数据备份和恢复等。
软件即服务的测试需求
系统质量 性能 可用性 可伸缩性 安全性 容量 可维护性 说明 指按用户负载条件对响应时间和吞吐量所作的度量 指对系统资源和服务可供最终用户使用的程度度量，通常以系统 的正常运行时间来表示 指随时间推移为部署系统增加容量（和用户）的能力。可伸缩性 通常涉及向系统增加资源，但不应要求对部署体系结构进行更改 指对系统及其用户的完整性进行说明的复杂因素组合。安全性包 括用户的验证和授权、数据的安全以及对已部署系统的安全访问 指在不增加资源的情况下，系统处理异常峰值负载的能力。潜在 容量是可用性、性能和可伸缩性特性中的一个因素 指对已部署系统进行维护的难易程度，其中包括监视系统、修复 出现的故障以及升级硬件和软件组件等任务
阶段 需求分析审查
输入和要求 市场/产品需求定义、分析文档和相关技术文档。 要求：需求定义要准确、完整和一致，真正理解客户的需求 产品规格设计说明、系统架构和技术设计文档、测试计划和测试用例。 要求：系统结构的合理性、处理过程的正确性、数据库的规范性、模块的独 立性等。清楚定义测试计划的策略、范围、资源和风险，测试用例的有效性 和完备性 源程序、编程规范、产品规格设计说明书和详细的程序设计文档。 要求：遵守规范、模块的高内聚性、功能实现的一致性和正确性
主要测试资源
人力资源 • • • • • 测试管理人员 测试设计人员 测试开发人员 测试执行人员 测试配置人员 硬件资源 • 网络设备 • 主机设备 • 其他设备 软件资源 • 系统软件 • 第三方软件 • 测试工具
人员效率、自动化水平 测试动作数、测试用例时间 测试周期不同阶段（测试设计、测试开发、测试执行）
测试动作
阶段
复杂度
测试需求的维数
一般设定为工作量的10%—20%
风险
测试工作量的估计
W＝W0＋ W0×R1 ＋ W0×R2 ＋ W0×R3
W为总工作量， W0为一轮测试的工作量 R1、R2、R3为每轮的递减系数
代码质量差，R1、R2、R3值为80％、60％、40％ 代码质量好，R1、R2、R3值为60％、30％、0
工作量估算分解 每个测试用例设计时间20－30分钟 每日开发自动化测试脚本8－10个 每个工程师每天运行50－60个测试用例 每个测试用例执行5－8分钟
测试工作量举例分析
输出 需求定义中的问题列表， 批准的需求 分析文档。测试计划书的起草 设计问题列表。批准的各类设计文 档、 系统和功能的测试计划和测试用 例。测试环境的准备
设计审查
单元测试
集成测试 功能验证 系统测试
验收测试
版本发布 维护
缺陷报告、跟踪报告，完善的测试用 例、测试计划，对系统功能及其实现 等了解清楚 通过单元测试的模块或组件、 编程规范、 集成测试规格说明和程序设计文档、 缺陷报告、跟踪报告，完善的测试用 系统设计文档。 例、测试计划，对系统功能及其实现 要求：遵守规范、模块的高内聚性、功能实现的一致性和正确性 等了解清楚 代码软件包（含文档） ，功能详细设计说明书，测试计划和用例。 缺陷报告、代码完成状态报告、功能 要求：模块集成功能的正确性、适用性 验证测试报告 修改后的软件包、测试环境、系统测试用例和测试计划。 缺陷报告、系统性能分析报告、缺陷 要求：系统能正常地、有效地运行，包括性能、可靠性、安全性、兼容性等 状态报告、阶段性测试报告 产品规格设计说明、预发布的软件包、确认测试用例。 要求：向用户表明系统能够按照预定的要求那样工作，使系统最终可以正式 用户验收报告、缺陷报告审查、版本 发布或向用户提供服务。 用户要参与验收测试， 包括α测试 （内部用户测试） 审查、最终测试报告 β（外部用户测试） 当前版本已知问题的清单、 版本发布 软件发布包、软件发布检查表（清单） 报告 变更的需求、修改的软件包、测试用例和计划 缺陷报告、更改跟踪报告、测试报告 要求：新的或增强的功能正常、原有的功能正常，不能出现的回归缺陷
质量的功能需求 功能性、易用性 质量的非功能需求 性能、有效性、可靠性 质量的用户需求 功能性、易用性、可用性、安全性 质量的企业需求 可维护性、兼容性、可移植性、可扩展性
软件缺陷定义： 从内部看，软件缺陷是软件产品开发或维护过程中所存在的错 误、毛病等各种问题； 从外部看，软件缺陷是系统需要实现的某种功能的失效或违背。 软件缺陷表现形式： 功能、特性没有实现或部分实现； 设计不合理，功能特性不明确，逻辑不清晰或矛盾； 产品实际结果和所期望的结果不一致； 没有达到产品规格说明书所规定的特性、性能指标等； 运行出错，包括运行中断、系统崩溃、界面混乱等； 硬件或系统软件上存在的其他问题。