黑盒测试要点

1、黑盒测试要点掌握一,CMM级别CMM1:初始级，1 nitial，不可预测并且缺乏控制；CMM2 :可重复级：Repeatable,可以重复以前的主要经验； （关键过程区域：需求管理；软件项目计划；软件项目跟踪和监督；软件子管理;软件质量保证；软件配置管理）CMM3 :已定义级：Defined,过程被描述，并得到良好理解； （关键过程区域：组织过程定义；组织过程焦点；培训大纲；集成软件管理；软件产品工程；组织协调；同行评审）CMM4：已管理级：Managed，过程被测量并受控；（关键过程区域：定量的过程管理；软件质量管理）CMM5 :优化级，Optimizing，关注过程改进（关键过程区域：缺陷预防；技术变更管理；过程变更管理）二测试用例手工-用例自动化脚本Test case :数据、步骤、预期结果1、测试用例(Test Case):是为某个特殊目标而编织成的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。2、使用测试用例的好处：核实需求监督过程：知道每天的进度评估结果：发现缺陷准确回归：第二轮测试防止遗漏：知道测了那些提高效率缩短周期3、准备编写测

2、试用用例1参考相关文档：需求文档、开发文档、用户手册2如果有软件的早期版本，尽快的熟悉软件的使用4、测试用例的模板Word格式模板Excel格式模板如果使用Test Director或Quality Center等测试管理工具，直接写在工具的“Test Plan模块中即可5、测试用例的基本要求1在编写一条测试用例时，要求步骤描述清晰、准确、易读，预期结果明确6、评价用例的好坏让别人照着自己的用例去测试，可以很顺畅的执行下来；把一个软件中的缺陷尽可能多的找出来按照你的测试用例测试完的如啊你按，遗留的缺陷最少7、关键点是数据8、核心方法：等价类和边界值1等价类：有效等价类：正确的，对于程序说明来说是有效的、有意义的无效等价类：错误的一条用例覆盖所有有效的，无效的一条其他的有效原则：1尽量有少的有效，无效的不需要组合，一个有效+个无效2有效和无效的依据是需求：用户需求了解用户的使用习惯（技术保证：一些用户经过培训比较了解系统、业务保证:比如银行的人对业务很熟操作很快）业务需求用例需求（srs）3粒度：二八原则。20%有效，80%无效 4从哪些方面找无效1）空2）空格3）特殊字符：比如sql语

3、句的注释、单引号，尝试关键语句能否输进去；HTML的特殊 关键字；java的关键字4默认值的提交2边界值：缺陷往往遗漏早角落里，聚集在边界上；补充等价类1对于16bit的整数而言32767和-32768是边界2屏幕上光标在最左上、最右下的位置3报表的第一彳亍和最后一彳亍4数组元素的第一个和最后一个5循环的第0次、第一次和倒数第二次、最后一次原则：1）如果输入条件规定了值得范围，则取刚刚达到这个范围的边界值，以及刚刚超过这个敢为 边界的值作为测试输入数据。2）如果输入的条件规定了值得个数。则用最大个数，做小个数，比最小个数少1 ,比最大个 数多1的数据作为测试数据3）若程序总用了一个内部数据结构，则应当选择这个内部数据结构的边界上的值作为测试数 据4）分析规格说明书找出其他的条件三、缺陷报告不满足需求1) 软件未达到产品说明书表明的功能2) 软件出现了产品说明书指明不会出现的错误3) 软件超出了产品说明书的指明范围4) 软件未达到产品说明书虽未指明但应达到的目标5) 测试人员认为软件难以理解，不宜使用、运行速速缓慢，或者最终用户不认为好用有效描述规则1、单一准确，一个缺陷一个报告2、可以

4、再现，并使用最少的步骤3、完整统一4、短小简练5、特定条件6、补充完善。提供更多的错误信息7、不做评价：只描述事实不做猜测缺陷的属性1、缺陷标识；缺陷唯一的标识2、缺陷类型；便于管理和统计，是功能的还是界面的？3、严重程度；致命(Fatal)、严重(Critical)、一般(Major)、较小(Minor)4、缺陷产生的可能性；总是100%、通常80%-90%、有时30%-50%、很少1%-5%5、缺陷的优先级；开发修复的优先级。1立即解决（P1级：导致系统崩溃；主业务路程出现断点；导致死机；内训泄路）2高优先级（P2级：被测数据出库错误；软件错误导致数据丢失；用户需求未实现）3正常排队（P3级：被测功能能不能正确实现）4低优先级（P4级：功能实现不完美或细小的错误）5P5级：建议性问题6、缺陷的状态；7、缺陷的起源When :在哪一个阶段发现的8、缺陷的来源Where :来源有：需求说明书、设计文档出错发现的？、接口？数据库？9、缺陷的根源How测试策略、过程工具和方法，硬件、软件、工作环境缺陷报告的作用：1、记录软件缺陷2、进行缺陷分类3、用于缺陷分类；根据属性4、跟踪软件缺陷：缺

5、陷报告的组织结构：1、缺陷的标题、摘要；用过的缺陷管理工具：TD，缺陷在描述里边2、缺陷的基本信息；3、测试的软件和硬件环境4、测试的软件版本5、缺陷的类型6、缺陷的严重程度7、缺陷的处理优先级8、复现缺陷的操作步骤9、缺陷的实际结果描述10、期望的正确结果描述11、注释文字和截取的缺陷图像缺陷报告的写作技术1、标题Title ：( 一句话描述)当什么操作之后出现什么缺陷2、再现步骤(Reproducible Streps)：以动词开头,3、实际结果(Actual result)：看到什么就写什么,4、期望结果(Expected result):最好把依据写上，5、注释(Notes):对缺陷的补充完整分离和再现软件缺陷1、重现：发现问题截图，再次进行测试看是否问题依旧，报告缺陷2、确保所有的步骤都有记录；复杂的步骤要录屏，可以再回放3、特定条件和时间：4、压力和负荷、内存和数据溢出相关的边界条件5、考虑资源依赖性，包括内存、网络和硬件共享的相互作用等6、不能忽视硬件。与软件不同，硬件不按预订方式工作5C原则：背下来Correct （准确）、Clear （清晰）、Concise （简洁）

6、、Complete （完整）、Consistent（一致）缺陷报告的处理流程：经典的软件缺陷生命周期例子：1、缺陷报告不是问问题的2、描述他上传的是什么，我上传的是什么，有什么不同3、未说明上载的问价大小，具体用了多长时间缺陷报告实例Defect ReportSummary:Reproduce Steps:Actual Result:Expected Result:Additional Information（附 加信息）：四、总结最后的总结与计划作比较，再写一个结论测试总结描述的是某个测试级别的测试阶段的结果总结测试活动的结果，并根据这些结果进行评价。可以总结上一阶段测 试中的产品存在的所有的一已知的异常或缺陷，并提出改进和建议，决 定是否可以进入到下一阶段的测试。测试总结报告标识：最后加一个表格：Defect ListID、类型、状态、严总程度、摘要用这种表格做总结测试执行的结束条件测试执行的结束1、测试达到预期目的后，按计划结束2、受到时间进度、资源的限制，测试被迫结束在测试计划中明确说明测试结束的条件1、遵循 Good-Enough结束条件的判定是在质量和成本之间的折衷达到覆盖率的要求1、单元测试：语句覆盖、。2、集成测试：API、API/参数组合3、系统测试：功能、用例、用例场景（scenario）例如：100%语句覆盖，90%用例场景覆盖指定的时间段内没有发现新的缺陷基于成本的考虑1、如果超过了由潜在缺陷所引起的代价，则乐意定制测试2、不适用与要求高可靠性的软件：武器、医学设备项目组达成一致

《黑盒测试要点》由会员壹****1分享，可在线阅读，更多相关《黑盒测试要点》请在金锄头文库上搜索。