软件测试策略讲义与过程
软件测试与质量 -软件质量模型(下)-讲义
效率 Efficiency
从初始用户需 求的角度进行
描述
可维护性 Magineering
可测试性 Testability
可理解性 Understandability
可修改性 Modifiability
设备独立性 Device independence
易用性 Usability
适合性 准确性 互操作性 安全保密性
功能性的依 从性
成熟性 容错性 易恢复性
可靠性的依 从性
易理解性 易学性
易操作性 吸引性
易用性的依 从性
效率 Efficiency
维护性 Maintainability
可移植性 Portability
质质量量特特性性 （（SSQQRRCC））
Time-behavior Resource utilization Capacity
Co-existence Interoperability
Appropriateness recognizability
Learnability Operability User error protection User interface aesthetics Accessibility
人机界面 Human Engineering
可测试性 Testability
可理解性 Understandability
可修改性 Modifiability
设备独立性 Device independence
自包含性 Self containedness
准确性 Accuracy 完备性 Completeness 完整性 Integrity 一致性 Consistency 可说明性 Accountability 设备效率 Device effieciency 可访问性 Accessibility 通信性 Communicativeness 自描述性 Self-descriptiveness 结构化性 Structuredness 简明性 Conciseness 易读性 Legibility 可扩充性 Augmentability
软件测试课件第十六章 手机App测试讲义
第十六章手机App测试一、手机App测试的范围功能模块测试交叉事件测试性能测试安全测试兼容性测试安装/卸载测试接口测试网络测试二、手机App测试的方法1功能模块测试1.1运行App安装完成后的试运行，可正常打开软件。
App打开测试，是否有加载状态进度提示。
App打开速度测试，速度是否可观。
App页面间的切换是否流畅，逻辑是否正确注册✓用户名密码长度✓注册后的提示页面✓前台注册页面和后台的管理页面数据是否一致✓注册后，在后台管理中页面提示登录✓使用合法的用户登录系统。
✓系统是否允许多次非法的登录，是否有次数限制。
✓使用已经登录的账号登录系统是否正确处理。
✓使用禁用的账号登录系统是否正确处理。
✓用户名、口令（密码）错误或漏填时能否登录。
✓删除或修改后的用户，原用户登录。
✓不输入用户口令和用户名、重复点（确定或取消按钮）是否允许登录。
✓登录后，页面中登录信息。
✓页面中有注销按钮。
✓登录超时的处理。
注销✓注销原模块，新的模块系统能否正确处理。
✓终止注销能否返回原模块，原用户。
✓注销原用户，新用户系统能否正确处理。
✓使用错误的账号、口令、无权限的被禁用的账号进行注销。
1.2应用的前后台切换APP切换到后台，再回到App，检查是否停留在上一次操作界面。
APP切换到后台，再回到App，检查功能及应用状态是否正常。
App切换到后台，再回到前台时，注意程序是否崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。
手机锁屏解屏后进入App注意是否会崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。
当App使用过程中有电话进来中断后再切换到App，功能状态是否正常当杀掉App进程后，再开启App，App能否正常启动。
出现必须处理的提示框后，切换到后台，再切换回来，检查提示框是否还存在，有时候会出现应用自动跳过提示框的缺陷。
对于有数据交换的页面，每个页面都必需要进行前后台切换、锁屏的测试，这种页面最容易出现崩溃。
02软件测试方法2-黑盒测试
19
第2章 软件测试方法 章
2.8单元测试方法 2.8单元测试方法
2.8.1黑盒测试 黑盒测试
2.8.1.2等价类划分 等价类划分 例子2：保险费率计算
程序界面：
20
第2章 软件测试方法 章
2.8单元测试方法 2.8单元测试方法
2.8.1黑盒测试 黑盒测试
2.8.1.2等价类划分 等价类划分 例子2：保险费率计算 ：输入数据说明
c
c c c u u u c u u c c u c u u
u c c c c c c c u u u u u u c u u u c c c c c u c c c c u u u u u u u c u u c c u c u c c c c u
30
第2章 软件测试方法 章
2.8单元测试方法 2.8单元测试方法
年龄 20 ～ 39 40 ～ 59 60岁以上20岁以下 60 20 性别 婚姻 抚养人数 男 女 已婚 未婚 6点 4点 2点 2 5点 3点 3点 5点
1人扣0.5点，最多3点(四舍五入取整数)
21
第2章 软件测试方法 章
2.8单元测试方法 2.8单元测试方法
2.8.1黑盒测试 黑盒测试
2.8.1.2等价类划分 等价类划分 例子2：保险费率计算 ：输入数据说明
31
第2章 软件测试方法 章
2.8单元测试方法 2.8单元测试方法
2.8.1.3组合测试 组合测试
2.8.1黑盒测试 黑盒测试
组合覆盖（全对偶）： 组合覆盖（全对偶）：
一个详细例子：一个函数有三个参数 一个详细例子：一个函数有三个参数v1,v2,v3;v1有三个取 有三个取 v2有两个取值 v3有两个取值 有两个取值， 有两个取值。 值，v2有两个取值，v3有两个取值。
软件测试策略范文
软件测试策略范文软件测试策略指的是在软件开发周期中，制定和执行测试计划的一系列战略和方法。
一个好的软件测试策略能够帮助团队在有限的时间和资源内，高效地发现和解决软件系统中的问题。
本文将详细介绍一个完整的软件测试策略，包括测试目标、测试方法、测试环境、测试团队和测试进度等方面。
1.测试目标测试目标是制定测试策略的首要考虑因素。
测试目标应该具体、明确，以指导测试过程的执行。
一般来说，软件测试的主要目标包括：-发现和解决软件系统中的问题，包括功能缺陷、性能问题和安全漏洞等。
-验证软件系统的各项功能和特性是否符合需求和设计规范。
-确保软件系统在各种不同的操作系统、硬件和网络环境下都能正常运行。
-提高软件系统的质量和可靠性，降低用户的风险和成本。
2.测试方法测试方法是测试策略的核心内容，决定了测试的深度、广度和覆盖范围。
常用的测试方法包括：-黑盒测试：基于需求和功能规范进行测试，不考虑内部实现细节。
-白盒测试：基于源代码和内部结构进行测试，关注程序逻辑和控制流程等。
-灰盒测试：结合黑盒和白盒测试方法，既考虑功能需求，也考虑内部实现。
-自动化测试：使用测试工具和脚本自动执行测试用例，提高测试效率和可靠性。
3.测试环境测试环境是指完成测试所需要的硬件、软件和网络等资源。
一个好的测试环境能够模拟真实的使用场景，提供准确的测试数据和条件。
常见的测试环境包括：-开发环境：用于软件开发和调试，包括开发工具、源代码和调试器等。
-测试环境：用于执行测试用例和验证软件系统的功能和性能等。
测试环境应具备和生产环境相似的硬件配置和软件版本。
-模拟环境：用于模拟特定的操作系统、硬件和网络环境等，以测试软件在不同环境下的兼容性和稳定性。
4.测试团队测试团队是负责执行测试策略和完成测试任务的核心力量。
测试团队的组成应该根据软件项目的规模和复杂程度进行合理安排。
一个典型的测试团队包括：-测试经理：负责制定和执行测试策略，并协调各个测试资源和任务。
软件测试与质量 -软件质量的定义(讲义)
提供标准：应有标准来衡量产品与需求的 一致程度
5
什么是质量
华中科技
ISO8402关于质量的定义：反映实体满足明确或 隐含需要能力的特性总和。
在合同环境中，需要是规定的，而在其他环境中， 隐含需要应加以识别和确定
在许多情况下，需要会随着时间而改变，要求定 期修改规范
质量是产品符合规定要求的程度
使用要求：即用户需求，应准确、清晰地 表达多样化、动态化的用户需求
3
华中科技
4
什么是质量
华中科技
Philip B. Crosby，克劳斯比，美国质量管理专家， 零缺陷之父
质量是产品符合规定要求的程度
使用要求：即用户需求，应准确、清晰地 表达多样化、动态化的用户需求
华中科技
狭义和广义的软件质量
华中科技
John Guaspari (“I know it when I see it: a modern fable about quality”, 1985)：客户 并不只是购买了一件产品，他们购买的是你 的保证
狭义的软件质量：软件的内部质量，即软件 无“故障”
主观而言，软件具有的能力对应不同层次的用户 需求
8
不同层次的用户需求
隐式需求 显式需求
实际需求
•需求规格说明书 描述的内容
•是软件内部质量
•未在需求规格说 明书中明确描述
•用户明确说明的 目标
•反映验收质量
•软件的使用质量
•用户在实际使用 过程中对产品的 质量评价
难度（重要度）：小 ————大
软件质量的定义
1
什么是质量
华中科技
Primavera-P6软件培训班讲义
05
Primavera P6软件常见 问题及解决方案
问题一：如何解决资源冲突？
总结词
资源冲突是Primavera P6软件使用中常见的问题，可能导致项目进度 延误和资源浪费。
确认资源冲突的原因
首先需要确定资源冲突的具体原因，例如资源不足、资源配置不合理 等。
调整资源配置
根据实际情况调整资源的配置，包括增加资源数量、优化资源配置方 案等。
04
Primavera P6软件实战 案例
案例一：某大型建筑工程的项目管理
总结词
项目进度控制与优化
详细描述
通过某大型建筑工程的案例，介绍如何使用Primavera P6软件进行项目进度计 划编制、进度控制和优化。重点讲解了关键路径法、资源平衡和风险管理等方 面的应用。
案例二：某软件开发项目的进度管理
灵活的定制能力
集成性和开放性
Primavera P6可以与其他项目管理软 件和工具集成，实现数据共享和交换， 同时它也支持多种数据导入和导出格 式。
用户可以根据自己的需求和行业特点， 定制软件的功能和界面，提高使用体 验和工作效率。
软件应用领域
建筑和工程领域
制造业
Primavera P6在建筑和工程领域中广泛应 用，用于项目进度计划、资源管理和费用 控制等。
总结词
敏捷开发与项目管理结合
详细描述
通过某软件开发项目的案例，探讨如何将敏捷开发理念与Primavera P6软件相结 合，实现快速迭代、灵活应对变更的项目管理方式。介绍了敏捷看板、迭代计划 和度量分析等工具的应用。
案例三：某石油勘探项目的风险管理
总结词
项目风险识别与应对策略
详细描述
通过某石油勘探项目的案例，深入剖析项目风险的识别、评估和应对策略。重点讲解了Primavera P6软件在风险 登记册管理、风险评估矩阵和风险应对计划等方面的应用。
软件测试技术正交实验法PPT
正交实验法讲解
ቤተ መጻሕፍቲ ባይዱ
汇报人：170408班 刘馨雨
汇报时间：2020年4月
目录
Contents
01. 为什么使用正交试验法？ 02. 正交实验设计方法 03. 步骤 04. 实例
PART.01
为什么使用正交试验法 ？
为什么使用正交试验法 ？
在许多应用系统的测试工作中，不会像判断三角形那样简单，输入条件的因素很多，而且每个因素也 不能简单用“是”和“否”来回答。比如，微软Powerpoint程序的打印测试，也需要考虑4个因素， 每个因素也有多个选项。
• 确定影响功能的因子与状态 • 选择一个合适的正交表 • 利用正交表构造测试数据集
PART.04
实例
实例
THANK YOU
打印范围分：全部、当前幻灯片、给定范围 打印内容分：幻灯片、讲义、备注页、大纲视图 打印颜色/灰度分: 彩色、灰度、黑白 打印效果分：幻灯片加框和幻灯片不加框。
测试组合有很多，如果按照传统的测试方法，会导致很大的测试工作量。
PART.02
正交实验设计方法
正交实验设计方法
PART.03
步骤
步骤
软件测试策略范文
软件测试策略范文软件测试策略是指在软件开发过程中制定和执行的一系列测试活动和方法。
通过设计和实施一个合理的测试策略，可以提高软件质量，确保软件的功能和性能满足用户需求。
下面是一个关于软件测试策略的示例，详细说明了在软件测试过程中应该采取的步骤和方法。
1.确定测试目标和范围：制定测试策略的第一步是明确测试目标和范围。
测试目标应该与软件的需求和预期功能一致。
测试范围应该明确包括哪些功能和模块需要进行测试。
2.制定测试计划：测试策略需要制定一个详细的测试计划，明确测试环境、测试资源、测试工具等方面的要求。
测试计划应该包括测试的时间表、人员分配、测试用例等信息。
3.设计测试用例：测试用例是软件测试的重要组成部分。
测试策略应该明确设计测试用例的方法和原则。
测试用例应该覆盖软件的各个功能和模块，以确保对软件的全面测试。
4.执行测试用例：测试策略要求在测试环境中执行测试用例。
测试人员应按照测试计划和用例，逐一执行测试用例，并记录测试结果。
5.分析测试结果：测试策略要求对测试结果进行分析和评估，以确定软件是否达到预期质量标准。
测试人员应将测试结果与预期结果进行对比，记录并解决测试中发现的问题。
6.缺陷管理：测试策略要求建立一个缺陷管理系统，以收集和记录测试中发现的缺陷。
测试人员应将所有的缺陷及其相关信息进行记录，并跟踪解决过程，确保所有的缺陷得到及时修复。
7.回归测试：测试策略要求在进行修复后的软件版本上执行回归测试，以确保修改的缺陷没有引入新的问题，并且软件的其他功能和模块没有受到影响。
8.性能测试：测试策略要求进行性能测试，以评估软件在不同负载条件下的性能表现。
性能测试可以包括负载测试、压力测试、稳定性测试等。
9.安全测试：测试策略要求进行安全测试，以评估软件在安全方面的漏洞和风险。
安全测试可以包括系统漏洞扫描、用户权限测试、数据加密测试等。
10.测试报告：测试策略要求生成测试报告，总结测试过程和结果，向相关人员提供测试的详细信息。
现代软件工程讲义之单元测试和回归测试
现代软件工程讲义之单元测试和回归测试1单元测试你的RP是由你的程序质量决定的。
——阿超这一章讲的是两人合作，既然程序是两个人写的，那就会出现一个人写的模块被另一个人写的模块调用的情况。
很多误解、疏忽都发生在两个模块之间。
如何能让自己写的模块尽量无懈可击？单元测试就是一个很有效的解决方案。
1.1 用VSTS写单元测试例子：我们写一个比较常用的类型，看看它的单元测试应该怎么写？比如在各种网站应用程序中都会用到的“用户”这一类型。
谁自告奋勇上来表演一下写代码？小飞，好，请上台。
小飞创建了一个C#的类库（Class Library），并写了如代码清单11-1的代码：代码清单11-11. namespace DemoUser2. {3. public class User4. {5. public User(string userEmail)6. {7. m_email = userEmail;8. }9. private string m_email; //user email as user id10. }11. }好，现在右键选中User，就可以看到“Create Unit Tests”的菜单，这样就可以创建新的单元测试（如图11-2所示）。
图11-2 创建单元测试项目创建单元测试后，注意到在Solution Explorer中出现了三个新的文件（如图11-3所示）。
图11-3 新的单元测试文件Class1.cs是程序的文件，而Class1Test.cs是与之对应的单元测试文件。
DemoUser.vsmdi：测试管理文件。
Localtestrun.testrunconfig：本地测试运行设置文件。
如何管理设置文件呢？右键再选属性（Property）并不对。
你得双击文件才能进入管理及设置界面。
在设置界面中，你可以让单元测试产生“demouser.dll”的代码覆盖报告。
注意在单元测试中，VSTS自动为你生成了测试的骨架，但是你还是要自己做不少事情，最起码要把那些//TODO的事情给做了（如代码清单11-2所示）。
软件测试项目课件03软件测试计划与策略
已确认的 软件
其 它 系 统 元 素 系统测试
已检验的 软件
用 户 需 求 规 范 验收测试
图1.1 软件测试过程
3.3 软件测试过程
10
为规范测试版本的管理和提高测试效率，采用多个测试循环来组成某个 阶段的系统测试
α修
修
版复
复
本缺
缺
陷
陷
发布1 第1轮班测试
开发小组
修修
修
修修
修
修
修
复复
复
复复
复
复
复
3.5 软件自动化测试介绍
13
自动化测试的意义
• 通常，软件测试的工作量很大（据统计，测试会占用到40% 的开发时间；一些可靠性要求非常高的软件，测试时间甚至 占到开发时间的60%）。而测试中的许多操作是重复性的、 非智力性的和非创造性的，并要求做准确细致的工作，计算 机就最适合于代替人工去完成这样的任务。
• 通过手工测试无法做到覆盖所有代码路径。 • 简单的功能性测试用例在每一轮测试中都不能少，而且具有
一定的机械性、重复性，工作量往往较大。
• 许多与时序、死锁、资源冲突、多线程等有关的错误，通过 手工测试很难捕捉到。
• 进行系统负载、性能测试时，需要模拟大量数据或大量并发 用户等各种应用场合时，很难通过手工测试来进行。
3.5 软件自动化测试介绍
17
几种常用软件测试工具
• QTP（QuickTest Professional） • Selenium • LoadRunner （Mercury Interactive公司） • JMeter
项目案例
18
参见教材
谢谢
12
软件测试在软件开发中的作用
软件工程讲义_第二章
演化过程模型评述[NOG00]
首先，原型开发（和其他更加复杂的演化过程） 由于构建产品需要的周期数目不确定，给项目策 划带来了困难。 其次，演化软件过程没有确定演进的最快速度。 如果演进的速度太快，完全没有间歇时间，项目 肯定会陷入混乱；反之，如果演进速度太慢，则 会影响生产率…… 再次，软件过程应该侧重于灵活性和可扩展性， 而不是高质量。为了追求高质量而延长开发时间 势必造成产品推迟交付，从而失去进入市场的良 机。
过程模式
过程模式提供了一种有效的机制来描述各 种软件过程。模式使得软件工程组织能够 从高层抽象开始，开发层次化的过程描述。 高层抽象描述又进一步细化为一系列步骤 模式以描述框架活动，然后每一个步骤模 式又进一步逐层细化为更详细的任务模式。 过程模式一旦建立起来，就可以在过程变 体的定义中复用——即软件开发队伍可以 将模式作为过程模式的构建模块，定制特 定的过程模型。
演化过程模型评述
演化模型的初衷是采用迭代或者增量的方式开 发高质量软件。可是，用演化模型也可以做到强 调灵活性、可扩展性和开发速度。软件开发团队 及其经理所面临的挑战就是在这些严格的项目和 产品参数与客户（软件质量的最终仲裁者）满意 度之间找到一个合理的平衡点。
专用过程模型
专用过程模型具有传统过程模型的一些特 点，但是，专用过程模型往往应用面较窄， 只适用于某些特定的软件工程方法。 在某些情况下，这些专用过程也许更确切 地应该称为技术的集合或方法论，是为了 实现某一特定的软件开发目标而制定的。 但它们确实也提出了一种过程。
模式名称：应能清楚地表述该模式在软件过程中的功能。 驱动力：模式使用环境及主要问题， 以明确主要难点 并可能影响解决方案。 类型：定义模式类型。 启动条件：描述模式应用的前提条件。 问题：描述模式将要解决的问题。 解决办法：描述模式的实现。 结束条件：描述模式成功执行之后的结果。 相关模式：以层次或其他图的方式列举与该模式相关的 其他模式。 已知应用实例：介绍该模式的具体实例。
软件工程讲义第24章项目进度安排
时序图
图18-3 一种时序图旳例子
跟踪进度
❖项目进度表为软件项目管理者提供了一张 进度路线图。假如制定正确，项目进度表 中应该能够拟定在项目进展过程中必须进 行跟踪和控制旳任务及里程碑。
跟踪OO项目旳进展
❖虽然迭代模型是最佳旳针对OO项目旳框 架，但是，任务旳并行性使得OO项目极 难跟踪。困难在于项目管理者极难为OO 项目建立有意义旳里程碑，因为诸多不同 事物都是同步发生旳。一般，有相应旳准 则来衡量主要旳里程碑是否已经“完毕”。
这一问题。
实例
❖假定一种软件工程团队受命开发一种实时 控制器软件，将在9个月内推向市场，在 进行了仔细旳估算和风险分析之后，软件 项目管理者得到旳结论是：在既有人员条 件下，需要14个月旳时间才干完毕这一软 件。这位项目管理者下一步该怎么办呢？
实例
❖1.按照以往项目旳历史数据进行详细旳估算，拟 定项目旳估算工作量和工期。 ❖2.采用增量过程模型制定一种软件工程策略，以 确保能够在要求旳交付日期提供主要功能，而将其 他功能旳实现推到后来。然后将这一计划做成文档。 ❖3.与客户交流，并阐明为何要求旳交付日期是不 现实旳。一定要指出全部这些估算都是基于以往旳 项目实践，而且为了在目前要求旳交付期限完毕该 项目，与以往相比在工作效率上必须提升旳百分比。 ❖4.将增量开发策略作为可选计划提交给客户。
人员与工作量之间旳关系
❖对于小型软件开发项目，只需一种人就能够完 毕需求分析、设计、编码和测试。伴随项目规模 旳增长，必然会有更多旳人员参加。 ❖许多负责软件开发工作旳管理者依然普遍坚信 这么一种神话：“虽然进度拖后，我们也总是能 够增长更多旳程序员，并在后期跟随上进度。” 不幸旳是，在项目后期增长人手一般会对项目产 生破坏性旳影响，其成果是使进度进一步迟延。 后期增长旳人员必须学习这一系统，而培训他们 旳人员正是一直在工作着旳那些人，当他们进行 教课时，就不能完毕任何工作，从而使项目进一 步迟延。
02软件测试方法4-单元测试
100
等腰三角形
10
100
200
100
非三角形
11
1
100
100
等腰三角形
12
2
100
100
等腰三角形
13
100
100
100
等边三角形
14
199
100
100
等腰三角形
15
200Βιβλιοθήκη 100100非三角形
11
第2章 软件测试方法
2.8单元测试方法 2.8.3蜕变测试
为了解决oracle 问题，澳大利亚斯威本科大学的Chen 等人提出了蜕变测试 的概念。蜕变测试技术通过检查这些成功用例及由它们构造的新用例所对应 的程序执行结果之间的关系来测试程序，无需构造预期输出。
2.8单元测试方法 2.8.4代码质量分析
2.8.3.1程序逻辑结构-子程序参数错误； ➢子程序接受的参数类型和大小与调用代码发送的匹配 吗？ ➢如果子程序有多个入口点，引用的参数是否与当前入 口点没有关联？ ➢常量是否当作形参传递，意外在子程序中改动？
22
第2章 软件测试方法
2.8单元测试方法 2.8.4代码质量分析
24
第2章 软件测试方法
2.8单元测试方法 2.8.4代码质量分析
2.8.3.3代码效率 ➢java程序语句效率 ➢SQL语句
25
第2章 软件测试方法
2.8单元测试方法 2.8.4代码质量分析
2.8.3.3代码效率-java程序语句效率 ➢1. 如何使用Exception
Exception降低性能。一个异常抛出首先需要创建一个新 的对象。Throwable接口中的构造器调用名为 fillInStackTrace()的本地方法。这个方法负责巡检栈的整个 框架来收集跟踪信息。这样无论何时有异常抛出，它要求 虚拟机装载调用栈，因为一个新的对象在中部被创建。
全国计算机技术与软件专业技术资格(水平)考试软件评测师(中级)核心讲义(软件测试过程与管理)
第4章软件测试过程与管理4.1 软件测试过程一、简介开发过程的质量决定了软件的质量，测试过程的质量决定了软件测试的质量和有效性。
软件测试过程的管理是保证测试过程质量、控制测试风险的重要活动。
软件测试遵循软件工程的原理，有自己的生命周期。
软件测试的过程管理是测试成功的重要保证。
二、说明（1）软件的测试过程通常分为测试计划、测试设计与开发、测试实施、测试评审与测试结论等阶段。
对各阶段的任务、输入和输出都有明确的规定，有利于对整个测试过程进行质量控制和配置管理。
（2）软件测试过程是一种遵循GB/T18905（ISO14598.5）中定义软件评价过程的抽象的模型，是国际上共同遵守的软件评测过程标准，是软件测试过程管理的精髓。
标准定义分析各类软件产品的评测需求，规定、设计、实施、评审以及对评测做出结论所需的各种活动。
4.2 评价过程的特性一、可重复性由同一评价者按同一评价规格说明对同一产品进行重复地评价，应产生同一种可接受的结果。
二、可再现性由不同评价者按同一评价规格说明对同一产品进行评价，应产生同一种可接受的结果。
三、公正性评价应不偏向任何特殊的结果。
四、客观性评价结果应是客观事实，即不带有评价者的感情色彩或主观意见。
4.3 评价过程一、评价活动评价过程由五个活动组成：1．确立软件评价需求2．编制评价规格说明根据请求者提供的评价需求和产品描述编制。
3．制定评价计划在评价规格说明的基础上设计评价，需考虑要测软件的部件和评价者建议的评价方法。
4．评价执行计划（1）按照评价计划对产品及其部件进行检查、建模、测量和评价；（2）可以用软件工具（通常由评价者提供）来实施；（3）记录评价者的执行动作，所得的结果被记入评价报告草案。
5．作评价结论交付评价报告和评价者对评价产品所做的处理。
二、评价过程的输入请求者提供其需求，并作为评价需求的最初版本。
1．请求者提供的评价过程的输入（1）软件的说明书；（2）软件的部件。
软件的说明书标识的软件产品以及供评价的部件。