小型软件公司
该种软件企业的开发团队通常人数为5-10人，并不会设立专门的软件测试部门，测试工作的开展由项目经理和开发经理直接领导。其优势在于能够极大地节约人员开销，测试活动的周转，反馈速度比较快。
但是其缺陷在于测试工作缺乏必要的独立性，难以全面准确的发现软件中存在的缺陷，难以保证软件的基本质量。
中大型软件公司
对于中大型软件企业来说，其自身拥有独立的测试组织机构，对于项目、测试、开发的管理都完全平等，能够直接受技术总监进行监督。其优势在于能够确保软件测试工作的独立开展，测试工作也不会因为其他部门的影响而修改自身的测试用例。但是缺陷在于极大的增加测试人员的基本职责，测试部门经理必须对整个测试结果和过程负责，信息的流转速度比较慢，所需人员的开销巨大。
在该类企业中，对于测试的执行主要是根据测试计划由测试团队开展用例的执行，优秀的测试用例能够有效证明系统自身的功能和业务的正确性以及合理性，更可以对系统的功能和业务存在的异常情况进行处理。
在测试执行过程中，必须做到用测试用例和需求的覆盖，此外还必须临时发挥自身在测试方面的能力。根据自身长期的测试经验以及对于测试工作的感悟，随机发现测试用例难以发现的故障和缺陷。
在实际测试过程中，并不能局限于测试用例已有的测试方式，更要不断总结测试方式和故障类型。优秀的测试人员在测试用例的实际执行过程中，必须实现想着做和做着想的工作方式，只有这样才能够确保测试工作的基本效果。在测试工作开展过程中，对于程序能够充分了解，便能够使得测试工作的思路更加清晰和全面。
缺陷报告
缺陷报告作为软件缺陷的集合。其作为软件测试人员的重要工作成果，能够展现软件测试的基本价值。其可以将软件存在的缺陷完美的展现出来，以便开发人员进行修改。缺陷报告可以反映项目/产品当前的质量状态，便于项目整体进度和质量控制。软件测试缺陷报告是软件测试的输出成果之一，可以衡量测试人员的工作能力软件测试缺陷报告的“5C” 原则。
缺陷报告书写的基本要求
内容准确(Correct)：每个组成部分的描述准确，不会引起误解。
步骤简洁(Concise)：只包含必不可少的信息，不包括任何多余的内容。
内容清晰(Clear)：每个组成部分的描述清晰，易于理解。
结构完整(Complete)：包含重现该缺陷的完整步骤和其他本质信息。
风格一致(Consistent)：按照一致的格式书写全部缺陷报告缺陷报告的内容。
缺陷的标题；
缺陷的基本信息：
测试的软件和硬件环境、测试的软件版本、缺陷的类型、缺陷的严重程度、缺陷的处理优先级。
复现缺陷的操作步骤；缺陷的实际结果描述；期望的正确结果描述；注释文字和截取的缺陷图像缺陷的二八定理：
在分析、设计、实现阶段的复审和测试工作能够发现和避免80%的缺陷，而系统测试又能找出其余缺陷中的80%，最后的4%的缺陷可能只有在用户大范围、长时间使用后才会暴露出来。
记录缺陷与缺陷报告
使用较少的、必要的操作步骤确保缺陷能够重现；记录缺陷时要使用专业术语、注意书写格式；缺陷要言简意骇、尽量一个缺陷一个报告；对于实在不可重新的缺陷也需要报告并且尽快报告；不能夸大缺陷的数量和缺陷的级别；及时记录缺陷缺陷的分类；按照严重程度分类、缺陷的类型以及缺陷的优先级等进行分类缺陷报告案例；
演示如何编写缺陷报告缺陷的分类：
按照严重程度分类、缺陷的类型、缺陷的来源、功能以及缺陷的优先级等进行分类按照严重程度
致命错误：如数据丢失、死机、系统崩溃；严重错误：如功能未完成，功能完成不正确；一般错误：如功能不完善，界面问题等；建议：测试人员认为怎么处理更好一些的问题。
按照缺陷类型
功能、压力/负载、界面、兼容、易用、安装/卸载、安全按照修改优先级、立即修改、在本版本中修改、在产品发布前修改、在发布版本中可以存在的问题。
修改优先级和缺陷严重程度的关系严重程度高的修改优先级一定高？一般情况下严重程度高的修改优先级就高，但不是绝对的。
按照功能模块
功能模块1、功能模块2、功能模块3、功能模块4
软件测试缺陷报告的处理流程
提交缺陷报告，返测报告，分配缺陷报告，处理缺陷报告，关闭缺陷报告，返测通过，返测未通过
缺陷报告处理流程一
测试人员，测试经理或开发经理，开发人员，测试人员，测试经理或测试人员缺陷报告的处理流程，Bug提交者 测试负责人 研发人员，提交缺陷报告，分配缺陷报告，修改完毕，返测完毕，归档，问题未解决。
缺陷报告处理流程二
缺陷报告的处理流程，提交缺陷报告，解决缺陷报告，关闭缺陷报告，缺陷分析，推迟处理，缺陷报告处理流程三缺陷严重程度、是否记录练习。
本文转自：简书
微信号：IdeaofSE
联系客服
