软件测试管理规定V0.1
测试验收管理制度
测试验收管理制度一、总则为规范和加强测试验收工作，提高项目的质量和效率，特制定本管理制度。
二、评审与准备1. 项目验收前，项目经理应组织项目团队对项目进行全面自查，确保项目已完成所有阶段的工作并满足验收标准。
2. 项目团队应准备好所有相关文档、报告和数据，并对其进行审查和审核，以确保其准确性和完整性。
三、验收委员会的组建和职责1. 项目经理应根据项目的规模和特点组建验收委员会，委员会成员应包括项目团队成员、外部专家和项目相关部门的代表。
2. 验收委员会的主要职责包括对项目的进度、成果和质量进行评估，对项目团队的工作进行指导和监督，最终确定项目是否通过验收。
四、验收标准和流程1. 项目方应在项目启动阶段明确验收标准，确保验收的公平、合理和客观。
2. 验收流程包括验收申请、文件准备、委员会评审、验收结果评定和验收报告的撰写等环节，各个环节的工作应有明确的责任人和时间节点。
五、测试验收的内容1. 验收内容主要包括项目的实施进度、成果质量、资源使用情况、风险管理等方面的评估。
2. 鉴于项目类型的不同，验收内容也应有所差异，例如，对于软件项目，验收内容应包括需求分析、设计、编码、测试等方面的评估。
六、验收结果的判定1. 验收委员会应根据项目的具体情况和验收标准，对项目进行全面细致的评估，最终确定验收结论。
2. 验收结论分为通过、通过但有条件、不通过等情况，对于不通过的项目，应明确不合格的原因和相关处理措施。
七、验收报告的编制和备案1. 项目团队应根据验收结果编写验收报告，并对验收中发现的问题和不足进行分析和总结。
2. 验收报告应在项目完成后及时提交给相关部门并进行备案，以便日后查阅和借鉴。
八、验收后的跟踪和总结1. 项目团队应根据验收结果及时对项目的不足和问题进行整改和改进，并对改进效果进行跟踪和评估。
2. 项目团队应及时总结项目验收的经验和教训，为以后的项目提供借鉴和指导。
九、附则1. 对于新型项目或特殊项目，可以根据具体情况制定特殊的验收管理制度。
中国电信客户信息安全管理规范-v0.1-20101227
中国电信客户信息安全管理规范中国电信集团公司2010年12月目录第一章总则 (3)第二章客户信息的内容及等级划分 (4)第一节客户信息的内容 (4)第二节客户信息等级划分 (4)第三节存储及处理客户信息的系统 (4)第三章组织与职责 (5)第四章岗位角色与权限 (6)第一节业务部门岗位角色与权限 (6)第二节运维支撑部门岗位角色与权限 (8)第五章帐号与授权管理 (9)第六章客户敏感信息操作的管理 (10)第一节业务人员对客户敏感信息操作的管理 (11)第二节运维支撑人员对客户敏感信息操作的管理 (11)第三节数据提取管理 (12)第七章客户信息安全检查 (13)第一节操作稽核 (13)第二节合规性检查 (14)第三节日志审计、例行安全检查与风险评估 (14)第八章客户信息系统的技术管控 (15)第一节系统安全防护 (15)第二节帐号认证管控要求 (15)第三节远程接入管控 (16)第四节客户敏感信息泄密防护 (16)第五节系统间接口管理 (17)第九章第三方管理 (18)第十章数据存储与备份管理 (19)第十一章客户信息泄密的处罚 (19)附录 (21)附录一：客户信息分类表 (21)附录二：客户信息分级 (22)附录三：客户敏感信息分布 (23)附录四：业务部门和支撑部门岗位角色 (24)附录五：业务人员对客户敏感信息的操作流程 (24)附录六：帐号口令管理细则 (25)附录七：异常操作行为特征 (26)第一章总则第1条为了加强全政企客户信息安全管理，规范客户信息访问的流程和用户访问权限以及规范承载客户信息的环境，降低客户信息被违法使用和传播的风险，特制定本规范。
第2条客户信息安全管理涵盖客户信息的产生、传输、存储、处理、销毁等各个环节。
客户信息的载体包括“IT系统数据”和“实体介质档案”两种形式。
第3条保护客户信息安全及其合法权益是中国电信应承担的企业社会责任，中国电信的各级员工应严格遵守相关要求，保护客户信息安全，严禁泄露、交易和滥用客户信息。
公司检试验管理制度
公司检试验管理制度一、总则为加强公司检验测试工作，确保产品质量，提高用户满意度，制定本管理制度。
二、管理范围本管理制度适用于公司所有产品的检验测试工作。
三、管理责任1. 质量部门负责建立检验测试管理制度，并对实施情况进行监督检查；2. 生产部门负责配合检验测试工作，并提供必要的支持和协助；3. 检验测试人员负责具体的检验测试工作，并保证准确性和可靠性。
四、检验测试要求1. 检验测试必须按照国家相关标准和公司内部规定进行；2. 检验测试过程中必须保持仪器设备的正常运转，并做好日常维护；3. 检验测试人员必须经过专业培训，并持有相关资格证书；4. 检验测试报告必须真实可靠，不得随意篡改。
五、检验测试流程1. 样品接收：接收生产部门送来的样品，并进行登记记录；2. 检验测试准备：根据检验测试要求做好相关准备工作；3. 检验测试操作：按照标准程序进行检验测试操作；4. 检验测试评定：根据测试结果进行评定，并作出相应处理；5. 检验测试报告：编制完善的检验测试报告，并存档备查。
六、质量管理1. 质量部门负责对检验测试工作进行监督和管理；2. 生产部门负责质量管理工作的落实；3. 检验测试人员必须遵守公司的质量管理制度，确保产品质量。
七、检验测试改进1. 质量部门负责定期对检验测试流程进行评估和改进；2. 生产部门负责提出改进建议，配合质量部门的改进工作；3. 检验测试人员必须积极参与改进活动，提高检验测试效率和准确性。
八、监督检查质量部门定期对检验测试工作进行监督检查，并对发现的问题及时处理。
九、处罚制度对不按照本管理制度执行的单位和个人，将给予相应的处罚，严重者予以通报批评或者追究责任。
十、附则本管理制度自发布之日起开始执行，如有需要进行修订，必须经过公司质量部门的审定。
以上为公司检验测试管理制度，希望全体员工严格遵守，确保产品质量，提升公司形象。
感谢大家的配合和支持。
测试所管理制度
测试所管理制度
一、总则
为规范测试所的管理行为，加强内部管理，促进测试所的健康发展，制定本管理制度。
二、组织架构
（一）测试所设立测试所长，全面负责测试所的管理工作；
（二）测试所分别设立人事、财务、设备、实验室、安全、质检六个部门；
（三）各部门负责人由测试所长任命、免职。
三、人事管理
（一）招聘、任用、管理、培训各类人员；
（二）制定人员考核、奖惩、调动、升降级、处分制度；
（三）推行员工签订劳动合同，规范员工福利待遇。
四、财务管理
（一）制定财务专项管理制度；
（二）制定收支管理制度；
（三）制定资产管理制度。
五、设备管理
（一）制定设备采购、使用、维护、保养管理制度；
（二）负责设备的维修、维护、保养、清洗及日常管理；
（三）制定设备管理大事记，记录设备的各类操作维护情况。
六、实验室管理
（一）制定实验室使用管理制度；
（二）制定实验室安全管理制度；
（三）制定实验室设备使用保养制度。
七、安全管理
（一）制定安全防护制度；
（二）抓好安全检查，发现问题及时整改；
（三）定期开展安全教育培训。
八、质检
（一）制定质量管理制度；
（二）建立质量保证体系；
（三）抓好质量检测工作，确保检测结果的准确性和可靠性。
九、违规处理
（一）严格执行违规处理制度；
（二）对违规行为进行处理；
（三）对严重违规行为进行追究责任。
测试流程指导规范
测试流程指导规范年 月 日修改历史 日期 2011-7-26 版本 V0.1 作者 张梅娜 修改内容 创建 更改请求号“更改请求号”为文档正式发布后需要变更时的编号，编号方法待定。
正式批准 角色 签名 日期 备注目1. 2. 3. 4. 4.1. 4.2. 4.3. 录测试流程指导规范 ................................................................................................................................................................ 1 目的......................................................................................................................................................................... 4 范围......................................................................................................................................................................... 4 参考资料................................................................................................................................................................. 4 测试过程描述......................................................................................................................................................... 5 测试生命周期流程图............................................................................................................................................. 5 测试过程流程图..................................................................................................................................................... 6 活动说明................................................................................................................................................................. 7 4.3.1 4.3.2 4.3.3 4.3.4 4.3.5 4.3.6 4.3.7 4.3.8 4.3.9 测试需求分析 ......................................................................................................................................... 7 测试计划 ................................................................................................................................................. 8 测试用例设计 ......................................................................................................................................... 9 功能测试执行 ........................................................................................................................................11 集成测试执行 ....................................................................................................................................... 13 系统测试执行 ....................................................................................................................................... 15 性能测试设计 ....................................................................................................................................... 17 性能测试执行 ....................................................................................................................................... 19 测试报告 ............................................................................................................................................... 21 1. 目的本文是针对于本公司测试事业部的软件测试的指导性文件，对软件测试过程中所涉及到的测试 方法论、测试类型、测试标准、测试流程及测试过程中涉及到的角色职责进行总体规范，以有效保 证软件质量。
中普审计软件简易操作规范v0.1未完成版
中普审计软件简易操作规范一、安装（放入光盘、插入加密狗）：1、xp双击光盘内setup应用程序，vista或win7右键“以管理员身份运行”；2、按“下一步”，中间可选择安装盘符，直至安装成功；3、按默认选项登陆，左侧大菜单中“系统维护”：点“注册授权”，按纸质授权书输入；点“系统参数设置”，选“底稿生成方式”，表头空，勾选“生成底稿时先目前需添加……”、“表尾增加审计说明栏”、“表尾增加审计结论栏”、“抽查类底稿只生产本年……”、“采用后台处理……”点“单位结构设置”，可更改单位（中天永信全称及被审计单位全称）；点“操作员设置及授权”，输入自己的姓名，岗位属性。
二、取数1、左侧大菜单中“主菜单”，点“生成数据采集用U盘”，在U盘内生成取数工具；或从光盘中解压缩，复制别人的取数工具等方式均可；2、通过被审计单位财务的电脑（最好是服务器），插去U盘，双击“zpsjcj”应用程序，选取对方使用的财务软件，选“联机采集”；3、输入“当前被采集单位名称”，选“取”选择账套，按下一步直至取数结束。
三、数据转换1、左侧大菜单中“主菜单”，点“数据转换”，选择被审计单位的数据库，选择数据所在位置（U盘取数），每个单位第一次取数后应新建账套，同一单位不同年份的数据可选择同一账套，点“开始转换”。
四、审计项目1、左侧大菜单中“主菜单”，点“新建审计项目”，选择项目分类，被审计单位，生成项目名称，输入被审会计期间；2、不停按下一步选择人员，选择账套，点完成；3、选择审计项目，“选择登陆方式”推荐选择“单位方式”，选择审计项目、账套后确认。
五、审计看账1、左侧大菜单中“查前准备”，“设置查账时间”，年审一般为五年，国资委等专项时间按不同要求设定，推荐选择“中注协标准底稿模版”，点确认；2、“行业科目对照”以及“数据准备与测试”可检测被审计单位的科目设置等，一般可忽略；3、左侧大菜单中“财务审计”（通过主菜单也可以），余额表从“科目汇总查询”中察看，明细账可以从“明细账查询”中或者“科目汇总查询”中利用双击科目、三栏帐、多栏帐等方式察看。
测试风险控制规程
测试风险控制规程2011年08月13日修改历史日期版本作者修改内容更改请求号2011-8-13 V0.1 张梅娜创建“更改请求号”为文档正式发布后需要变更时的编号，编号方法待定。
正式批准角色签名日期备注目录测试风险控制规程 (1)1. 目的 (4)2. 范围 (4)3. 参考资料 (4)4. 测试风险概述 (4)5. 测试风险划分及构成 (4)5.1 测试风险分类 (4)5.1.1 按照软件开发阶段分类 (4)5.1.2 按照测试生命周期分类 (5)5.2 测试风险优先级划分 (6)5.3 测试风险构成 (6)5.3.1 测试风险基本构成图 (6)5.3.2 测试风险构成分析 (6)6. 测试风险控制 (9)6.1 测试风险分析控制流程 (9)6.2 测试风险控制原则 (9)6.2.1 可控测试风险的控制原则 (9)6.2.2 不可控测试风险的控制原则 (10)1.目的本文是针对于本公司测试事业部的软件测试过程中对于测试风险进行控制的指导性文件，对软件测试整个生命周期中所涉及到的测试风险进行划分及实施相应风险避规，以有效保证软件质量。
2.范围本文适用于本公司测试事业部内的所有测试负责人在进行项目测试或产品测试中的相关测试管理工作。
3.参考资料《测试计划》《性能测试计划》《变更请求规程》《缺陷监控及管理过程指导规范》《测试评估指导规范》《测试实施规程》4.测试风险概述作为测试计划的一部分，测试风险的分析与避规是其中重要的环节。
如果前期测试风险分析与控制比较充分，那么会使测试成功率大大增加，而且可以将因风险而引发的额外成本（如人力，时间等）降到最低。
5.测试风险划分及构成5.1 测试风险分类5.1.1按照软件开发阶段分类按照软件开发阶段划分，测试风险分类如下：按照软件生命周期划分软件生命周期 测试风险分类 优先级 需求阶段 需求风险 非常高设计阶段 架构风险 非常高编码阶段 开发风险 非常高 代码编写质量 非常高 配置风险 较高测试阶段 业务流程风险 非常高 环境风险 非常高 需求变更风险 非常高 人员风险 较高 配置风险 非常高 测试方法风险 非常高 缺陷维护风险 非常高 其他风险 高验收阶段 验收文档风险 较高 环境风险 较高5.1.2按照测试生命周期分类按照测试生命周期段划分，测试风险分类如下：按照测试生命周期划分软件生命周期 测试风险分类 优先级测试分析阶段 需求风险 非常高测试计划阶段 时间进度风险 非常高 测试团队风险 非常高 测试策略风险 高测试设计阶段 测试点覆盖风险 非常高 测试设计方法风险 较高测试执行阶段 代码编写质量 非常高 需求变更风险 非常高 配置风险 较高 业务流程操作风险 非常高 接口操作风险 较高 环境风险 非常高 人员稳定性风险 较高 测试专业技术风险 非常高 缺陷维护风险 非常高 故障异常风险 非常高 其他风险 高测试收尾阶段 需求变更风险 非常高 其他风险 高5.2 测试风险优先级划分确定风险的优先级一般常使用定性风险评估法和定量风险评估法,以确定风险影响程度的高低.¾定量风险评估法在定量风险评估中，所评估的内容是在风险评估与成本效益分析期间收集的各个组成部分计算的客观数字值。
软件缺陷分类标准
草稿终稿公开秘密机密绝密受控不受控文档修改记录*S – START A - ADDED M - MODIFIED D - DELETED目录1 引言 ................................................................... 错误!未定义书签。
1.1 编写目的........................................................... 错误!未定义书签。
1.2 定义与缩写......................................................... 错误!未定义书签。
1.3 参考资料........................................................... 错误!未定义书签。
2 软件缺陷分类标准 ....................................................... 错误!未定义书签。
2.1 缺陷属性........................................................... 错误!未定义书签。
2.2 缺陷类型........................................................... 错误!未定义书签。
2.3 缺陷严重限度....................................................... 错误!未定义书签。
2.4 缺陷优先级......................................................... 错误!未定义书签。
2.5 缺陷状态........................................................... 错误!未定义书签。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
金鼎文科技技术有限公司软件测试管理规定（版权所有，翻版必究）目录第一章引言 (4)第一条测试概述 (4)第二条测试目标 (5)第三条适用范围 (6)第二章测试职责 (6)第三章需求分析 (7)第四章测试策略 (8)第四章测试计划 (9)第五章测试用例 (9)第一条测试用例设计方法 (10)第二条测试用例操作步骤 (14)第三条测试用例选择准则 (14)第四条测试软/硬件环境 (14)第五条测试数据准备 (14)第六条测试执行过程绩效考核 (14)第六章测试执行 (15)第一条项目测试周期 (15)第二条项目测试启动 (15)第三条项目测试阶段 (15)第四条项目测试结束 (16)第五条测试执行过程绩效考核 (16)第七章测试变更 (17)第八章缺陷管理 (17)第一节缺陷基本属性 (17)第二节缺陷管理流程 (18)第三节缺陷分类 (19)第四节缺陷定义 (21)第五节缺陷完成度 (23)第六节处理机制 (24)第九章测试结果分析 (25)第一节测试完成的标准 (25)第二节允许保留的缺陷 (25)第十章测试输出文档 (26)第一章引言第一条测试概述无论怎样强调软件测试的重要性和它对软件可靠性的影响都不过分。
在开发大型软件系统的漫长过程中，面对着极其错综复杂的问题，人的主观认识不可能完全符合客观现实，与工程密切相关的各类人员之间的通信和配合也不可能完美无缺，因此，在软件生命周期的每个阶段都不可避免地会产生差错。
我们力求在每个阶段结束之前通过严格的技术审查，尽可能早地发现并纠正差错；经验表明审查并不能发现所有差错，此外在编码过程中还不可避免地会引入新的错误。
如果在软件投入生产性运行之前，没有发现并纠正软件中的大部分差错，则这些差错迟早会在生产过程中暴露出来，那时不仅改正这些错误的代价更高，而且往往会造成很恶劣的后果。
测试的目的就是在软件投入生产性运行之前，尽可能多地发现软件中的错误。
目前软件测试仍然是保证软件质量的关键步骤，它是对软件规格说明、设计和编码的最后复审。
软件测试在软件生命周期中横跨两个阶段。
通常在编写出每个模块之后就对它做必要的测试(称为单元测试)，模块的编写者和测试者是同一个人，编码和单元测试属于软件生命周期的同一个阶段。
在这个阶段结束之后，对软件系统还应该进行各种综合测试，这是软件生命周期中的另一个独立的阶段，通常由专门的测试人员承担这项工作。
大量统计资料表明，软件测试的工作量往往占软件开发总工作量的40％以上，在极端情况，测试那种关系人的生命安全的软件所花费的成本，可能相当于软件工程其他开发步骤总成本的三倍到五倍。
因此，必须高度重视软件测试工作，绝不要以为写出程序之后软件开发工作就接近完成了，实际上，大约还有同样多的开发工作量需要完成。
仅就测试而言，它的目标是发现软件中的错误，但是，发现错误并不是我们的最终日的。
软件工程的根本目标是开发出高质量的完全符合用户需要的软件。
第二条测试目标下面这些规则也可以看作是测试的目标或定义：(1)测试是为了发现程序中的错误而执行程序的过程；(2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案；(3)成功的测试是发现了至今为止尚未发现的错误的测试。
从上述规则可以看出，测试的正确定义是“为了发现程序中的错误而执行程序的过程”。
这和某些人通常想象的“测试是为了表明程序是正确的”，“成功的测试是没有发现错误的测试”等等是完全相反的。
正确认识测试的目标是十分重要的，测试目标决定了测试方案的设计。
如果为了表明程序是正确的而进行测试，就会设计一些不易暴露错误的测试方案；相反，如果测试是为了发现程序中的错误，就会力求设计出最能暴露错误的测试方案。
由于测试的目标是暴露程序中的错误，从心理学角度看，由程序的编写者自己进行测试是不恰当的。
因此，在综合测试阶段通常由其他人员组成测试小组来完成测试工作。
此外，应该认识到测试决不能证明程序是正确的。
即使经过了最严格的测试之后，仍然可能还有没被发现的错误潜藏在程序中。
测试只能查找出程序中的错误，不能证明程序中没有错误。
第三条适用范围本规范是对项目软件测试的一份指导性文件，对软件测试过程中所涉及到的测试理论、测试类型、测试方法、测试标准、测试流程以及软件产品开发单位所承担的职责进行总体规范，以有效保证软件产品的质量。
第二章测试职责测试职责是指在项目开发过程中跟测试工作有关的角色进行任务分配的，主要包含的角色以及工作职责如下：测试组长：由测试经理或项目经理指定项目组成员其他人员担任，测试组长负责：•分析需求并进行细化可用于执行测试的需求•制定测试计划•参与、跟踪测试过程•对测试活动和结果进行分析，撰写测试分析报告测试人员：由项目组成员担任，负责：•根据测试计划编写测试用例•搭建测试环境，准备测试脚本•执行测试，记录测试结果和缺陷•执行回归测试开发人员：由项目组成员担任，负责：•单元测试•功能开发完毕之后，提交测试之前的确认测试第三章需求分析首先了解前期的需求调研报告、客户提出的业务需求功能点，以及本公司对需求的理解及说明，其次参加需求评审、设计评审。
通过对文档分析，分解各功能模块，各功能点，为测试用例设计提供数据依据。
反复检查并理解各种信息，和用户交流，理解他们的要求。
可以按照以下步骤执行：1）确定软件提供的主要商业任务2）对每个商业任务，确定完成该任务所要进行的交易。
3）确定从数据库信息引出的计算结果。
4）对于对时间有要求的交易，确定所要的时间和条件。
这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况。
5）确定会产生重大意外的压力测试，包括：内存、硬盘空间、高的交易率6）确定应用需要处理的数据量。
7）确定需要的软件和硬件配置。
通常情况下，不可能对所有可能的配置都测试到，因此要选择最有可能产生问题的情况进行测试，包括：最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。
8）确定其他与应用软件没有直接关系的商业交易。
包括：管理功能，如启动和推出程序配置功能，如设置打印机操作员的爱好，如字体、颜色应用功能，如访问email或者显示时间和日期。
9）确定安装过程，包括定置从哪安装、定制安装、升级安装。
10）确定没有隐含在功能测试中的户界面要求。
大多界面都在功能测试时被测试到。
还有写没有测到，如：操作与显示的一致性，如使用快捷键等；界面遵从合理标准，如按钮大小，标签等。
第四章测试策略测试策略用于说明某项工作的测试方法与目标。
系统测试策略主要针对系统测试需求确定测试类型及实施的测试方法与技术。
测试策略一般包括下列内容：要实施的测试类型与目标确定系统测试策略首先要清楚地所实施系统测试的类型和测试目标。
系统测试类型一般包括：1.功能测试2.性能测试3.负载测试4.强度测试5.安全性测试6.配置测试7.故障恢复测试8.文档测试9.用户界面测试其中，功能测试，配置测试，安装测试在一般情况下是必需的，其它类型的测试可根据需求进行裁剪。
一、采用的技术：系统测试主要采用黑盒测试技术来设计测试用例来确定软件是否满足需求规格说明中的要求。
二、用于测试评估结果和测试是否完成的标准三、对测试策略所述的测试工作存在影响的特殊事项第四章测试计划根据测试的种类，测试计划分为功能测试和性能测试计划。
测试计划旨在说明各测试阶段任务、人员分配、时间安排、测试要点、工作规范等。
测试计划在策略和方法方面说明如何计划、组织和管理测试项目。
测试计划包含足够的信息使测试人员明白项目需要做什么是如何运作的。
测试计划不包括测试用例的细节和系统功能的详细信息。
测试计划应附有测试功能点矩阵、测试性能点矩阵。
测试计划应在项目组内进行评审。
参与测试计划评审的人员包括：项目经理、测试组长、开发组长、测试组员。
第五章测试用例测试用例是为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合。
解决要测什么、怎么测和如何衡量的问题。
从测试结构上面划分分为黑盒测试、和百盒测试2种，他们各自有不同的测试方式，目前本公司只考虑黑盒测试，以下设计方法以黑盒方法为例第一条测试用例设计方法黑盒测试用例设计方法有等价类测试、边界值分析、基于因果图的测试、基于猜错的测试、基于场景的测试、基于随机的测试。
其中常用的设计方法有等价类测试、边界值分析、因果图三种方法，以下分别介绍这几种方法：等价类划分等价类划分是一种典型的黑盒测试方法。
等价类是指某个输入域的集合。
它表示对揭露程序中的错误来说，集合中的每个输入条件是等效的。
因此我们只要在一个集合中选取一个测试数据即可。
等价类划分的办法是把程序的输入域划分成若干等价类，然后从每个部分中选取少数代表性数据当作测试用例。
这样就可使用少数测试用例检验程序在一大类情况下的反映。
在考虑等价类时，应该注意区别以下两种不同的情况：有效等价类：有效等价类指的是对程序的规范是有意义的、合理的输入数据所构成的集合。
在具体问题中，有效等价类可以是一个，也可以是多个。
无效等价类：无效等价类指对程序的规范是不合理的或无意义的输入数据所构成的集合。
对于具体的问题，无效等价类至少应有一个，也可能有多个。
确定等价类有以下几条原则：如果输入条件规定了取值范围或值的个数，则可确定一个有效等价类和两个无效等价类。
例如，程序的规范中提到的输入条包括“……项数可以从1到999……”，则可取有效等价类为“l考项数＜999”，无效等价类为“项数＜l，，及“项数＞999”。
输入条件规定了输入值的集合，或是规定了“必须如何”的条件，则可确定一个有效等价类和一个无效等价类。
如某程序涉及标识符，其输入条件规定“标识符应以字母开头……”则“以字母开头者”作为有效等价类，“以非字母开头”作为无效等价类。
如果我们确知，已划分的等价类中各元素在程序中的处理方式是不同的，则应将此等价类进一步划分成更小等价类。
输入条件有效等价类无效等价类。
根据已列出的等价类表，按以下步骤确定测试用例：为每个等价类规定一个唯一的编号；设计一个测试用例，使其尽可能多地覆盖尚未覆盖的有效等价类。
重复这一步，最后使得所有有效等价类均被测试用例所覆盖；设计一个新的测试用例，使其只覆盖一个无效等价类。
重复这一步，使所有无效等价类均被覆盖。
这里强调每次只覆盖一个无效等价类。
这是因为一个测试用例中如果含有多个缺陷，有可能在测试中只发现其中的一个，另一些被忽视。
等价类划分法能够全面、系统地考虑黑盒测试的测试用例设计问题，但是没有注意选用一些“高效的”、“有针对性的”测试用例。
后面介绍的边值分析法可以弥补这一缺点。
边值分析法边值分析法是列出单元功能、输入、状态及控制的合法边界值和非法边界值，设计测试用例，包含全部边界值的方法。
典型地包括IF语句中的判别值，定义域、值域边界，空或畸形输入，末受控状态等。