软件测试之软侧工作概述

软测工作概述由安博测试空间技术中心提供目录测试流程测试计划设计测试用例Bug描述测试报告北京测试空间是注册于北京市海淀区高新技术园的软件企业，目前主要业务范围包括软件测试管理工具研发、软件测试项目外包和软件测试专业技术人才培养及派遣。北京测试空间地址：北京市海淀区学院路40号大唐电信测试空间楼联系电话：010-623032236230326062303230测试流程的输入输出测试计划测试计划6要素测试计划书测试计划编写6要素（5W1H）•why——为什么要进行这些测试；•what—测试哪些方面，不同阶段的工作内容；•when—测试不同阶段的起止时间；•where—相应文档，缺陷的存放位置，测试环境等；•who—项目有关人员组成，安排哪些测试人员进行测试•how—如何去做，使用哪些测试工具以及测试方法进行测试。测试计划书•参考资料：如合同、行业标准、本项目的其他已发表的文件（规格说明书等）。•测试内容：列出测试中的每一项测试内容，以及这些测试的目的和资源分配（人力资源和非人力资源）。•进度安排：包括进行测试的日期和工作内容。•测试策略：测试方法、不同阶段的测试说明。•条件：所用到的设备和支持本项测试过程而本身又并不是被测软件的组成部分的软件，如测试驱动程序。•尺度：用来判断测试工作是否能通过的评价尺度。•风险评估：人力方面、时间方面、环境方面、资源方面、部门合作方面。设计测试用例•测试用例基本要素•测试用例设计要求•测试用例设计方法•测试用例的评审•测试用例的维护测试用例基本要素测试用例的基本要素：测试用例编号、测试标题、重要级别、用例版本、测试输入、操作步骤、预期结果。1.用例编号：测试用例的编号有一定的规则，比如系统测试用例的编号这样定义规则：PROJECT1-ST-001，命名规则是项目名称＋测试阶段类型（系统测试阶段）＋编号。定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。2.测试标题：对测试用例的描述，测试用例标题应该清楚表达测试用例的用途。3.重要级别：定义测试用例的优先级别，可以根据软件需求的优先级笼统的分为“高”和“低”两个级别，4.用例版本：因为需求变更或用例设计局限或者软件功能的升级，需要对用例进行修改，但是文档要有更改记录。5.测试输入：提供测试执行中的各种输入条件。根据需求中的输入条件，确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，如果软件需求中没有很好的定义需求的输入，那么测试用例设计中会遇到很大的障碍。6.操作步骤：提供测试执行过程的步骤。对于复杂的测试用例，测试用例的输入需要分为几个步骤完成，这部分内容在操作步骤中详细列出。7.预期结果：提供测试执行的预期结果，预期结果应该根据软件需求中的输出得出。如果在实际测试过程中，得到的实际测试结果与预期结果不符，那么测试不通过；反之则测试通过。测试用例设计要求测试用例设计方法•划分等价类：1.如果某个输入条件规定了取值范围或值的个数，则可确定一个合理的等价类（此范围内的输入值）和两个不合理的等价类（小于最小值和大于最大值）2.如果规定了输入数据的一组只，而且程序对不同的输入值做不同的出来，则每个允许输入值是一个合理等价类，此外还有一个不合理等价类（任何一个不允许的输入值）3.如果规定了输入数据必须遵守的规则，可确定一个合理等价类（符合规则）和若干个不合理等价类（从各种不同角度违反规则）•边界值分析：一般和等价类划分结合起来，但它不是从一个等价类中任选一个例子作为代表，而是将测试边界情况作为重点目标，选取正好等于、刚刚大于或刚刚小于边界值的测试数据•错误推测：根据经验或直觉推测程序中可能存在的错误，从而有针对性的编写检查这些错误的测试用例•因果图：等价类和边界值法都是孤立的考虑各个数据的测试功能，而没有考虑多个输入数据的组合引起的错误。•综合分析：联合使用各种方法，形成综合策略。测试用例的评审•测试用例设计完毕后，为了保证用例质量，需要对其进行评审。测试用例在编制过程中，首先由同行进行互查。可以由产品相关的软件测试人员和软件开发人员评审，提交评审意见，然后根据评审意见更新测试用例。•测试用例在内部更新完成后，应组织专家进行评审。评审委员会可以由项目负责人、测试、编程、分析设计等人员组成，也可以邀请客户代表参加。提交评审意见，然后根据评审意见更新测试用例。获得通过后方可使用。•如果认真评审这个操作环节，测试用例中的很多问题都会暴露出来，比如用例设计错误、用例设计遗漏、用例设计冗余、用例设计不充分等等；如果同行评审不充分，那么，在测试执行的过程中，上述本应在评审阶段发现的测试用例相关问题，会给测试执行带来大麻烦，甚至导致测试执行挂起。12测试用例的维护•软件产品，经常会更新版本，为了使测试用例和产品功能、特性保持一致，需要不定期的更新测试用例。对于同一个产品，无论是用例的增加还是修改以及删除都应该保留记录。1.增加测试用例：由于软件产品新增加功能或是原有测试用例设计疏漏等，需要添加新的测试用例。2.更改测试用例：对于需要修改的测试用例，我们都是在原有测试用例基础上进行修改，新旧用例用版本号区别。3.删除测试用例：原则上不在测试集上删除测试用例，通常将失效的测试用例更改成invalid状态，以保留记录。•测试用例的维护过程是动态持续的，为了保证测试质量，测试工程师需要不断的审查测试用例集合，并维护。Bug描述•编号（项目名称+编号）•标题•严重等级（S、A、B、C）•优先级（P1、P2、P3、P4）•附件（测试素材、问题图片、视频等）•现象•重现步骤（操作过程）•发现频率（可重复性）•发现版本•发现部位测试报告•测试报告要素•测试结论•建议测试报告要素●项目管理阶层1.产品的质量2.对整个过程的总结、分析3.展示一些测试团队的成果数据4.对消耗的资源（时间、人力、物力）进行分析●项目组成员1.对各个阶段进行总结，关注可以提升的地方，以及值得推广的经验2.对各个阶段每个成员的表现进行分析、统计，进行评定●客户或其他的预期读者1.产品的质量信息（包括对用例执行情况的统计、趋势的分析、性能报告手册等）2.其他的客户要求提供的信息测试结论•测试执行是否充分（可以增加对安全性、可靠性、可维护性和功能性描述）•对测试风险的控制措施和成效•测试目标是否完成•测试是否通过•是否可以进入下一阶段项目目标建议•对系统存在问题的说明，描述测试所揭露的软件缺陷和不足，以及可能给软件实施和运行带来的影响•可能存在的潜在缺陷和后续工作•对缺陷修改和产品设计的建议•对过程改进方面的建议TheEndThanks