Smilings -- Enjoying testing

一、             编写Bug report的原则Bug report是测试中最重要的一部分，也是测试人员价值的终极体现，一个有效的Bug report，在编写的时候需要遵循以下原则：（1）                  Bug可重现，尽可能找到重现规律。测试人员在编写Bug report之前必须在检查问题是否可重现，问题重现才可以让开发更有效地查找到原因并解决问题，对于比较

第1章          引言1.1   编写目的本测试报告的具体编写目的，指出预期的读者范围。实例：本测试报告为XXX项目的测试报告，目的在于总结测试阶段的测试情况以及分析测试结果，描述系统是否符合需求（或达到XXX功能目标）并对测试质量进行分析。作为测试质量参考文档提供给用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理阅读。小TIPS：通常，用户

1  修改历史 日期 内容 作者

      首先，确保你所发现的问题是确实是一个bug，不要出现因为测试人员操作错误或配置错误所引起的“bug”，这样会降低你在开发人员心中的可信度。在测试的时候，如果发现测试的实际结果与预期测试结果不符时，不要着急马上报bug，先想想为什么会出现错误。作为专业的测试人员，应该能够对出现的问题进行跟踪，确认了在配置、操作没有错误的前提下，通过追踪分析确认所测试的业务流程确实是存在bug，并能大概对

       设计测试案例的时候，需要有清晰的测试思路，对要测试什么，按照什么顺序测试，覆盖哪些需求做到心中有数。测试用例编写者不仅要掌握软件测试的技术和流程，而且要对被测软件的设计、功能规格说明、用户试用场景以及程序/模块的结构都有比较透彻的理解。测试用例设计一般包括以下几个步骤：1、测试需求分析从软件需求文档中，找出待测试软件/模块的需求，通过自己的分析、理解，整理成为测试需求，清楚被测试对象

黑盒测试的测试用例设计方法有：等价类划分、边界值划分、因果图分析和错误猜测，白盒测试的测试用例设计方法有：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、多重条件覆盖。在这里，主要讨论的是黑盒测试的测试用例的设计方法。一、等价类划分等价列划分设计方法是把所有可能的输入数据划分成若干部分（子集），然后从每一个子集中选取少量具有代表性的数据作为测试用例，测试某等价类的代表值就等于对这一类其他值的

第1章    概述1.1   目的说明为什么要进行此测试；参与人有哪些；测试时间是什么时候；项目背景等。编写此测试方案的目的是通过测试确认软件是否满足产品的性能需求，同时发现系统中存在的性能瓶颈，起到优化系统的目的。测试的依据是产品的需求规格说明书；如果用户没有提出性能指标则根据用户需求、测试设计人员的经验来设计各项测试指标。此模板使用于性能测试的方案设计和测试报告记录。1.2  

1、 性能测试的目的：通过测试确认软件是否满足产品的性能需求，同时发现系统中存在的性能瓶颈，起到优化系统的目的。2、 性能测试指标的来源：测试的依据是产品的需求规格说明书；如果用户没有提出性能指标则根据用户需求、测试设计人员的经验来设计各项测试指标。3、 性能测试的指标：服务器的各项指标（CPU使用率、内存占用率、硬盘占用率等）、后台数据库的各项指标和软件的响应时间：（1） 操作系统有关的指标：C

测试计划描述了如何进行测试，有效的测试计划会驱动测试工作的完成，使测试执行、测试分析以及测试报告的工作开展更加顺利。一、测试计划的重要性和目的1、  测试计划的重要性测试计划是在软件测试中最重要的步骤之一，它在软件开发的前期对软件测试做出清晰，完整的计划，不光对整个测试起到关键性的作用，而且对开发人员的开发工作，整个项目的规划，项目经理的审查都有辅助性作用。2、  测试计划的目的

Bug报告编写模板 BUGID Bug的唯一标志，由bug管理系统自动生成 Bug标题

  测试用例ID 测试用例的ID（由案例管理系统自动生成，方便跟踪管理） 测试用例名称

第1章 引言1.1目的简述本计划的目的，旨在说明各种测试阶段任务、人员分配和时间安排、工作规范等。测试计划在策略和方法的高度说明如何计划、组织和管理测试项目。测试计划包含足够的信息使测试人员明白项目需要做什么是如何运作的。另外，清晰的文档结构能使任何一个读者在浏览计划的前面几页后，就能对项目有一个大概的认识。测试计划只是测试的一个框架，很多细节需要跟开发人员或其他人员沟通，因此计划不包

 1、  功能测试：根据系统需求文档和设计文档，检查产品是否正确实现了功能。2、  边界测试：边界值测试顾名思义也就是选择边界数据进行测试。边界值往往更加容易出现问题，特别是在条件判断情况下，边界值必须要测试。选择边界测试用例的原则：（1）       如果输入条件规定了值的范围，则应该取未达到这个范围的边界值、刚达到这个范围的边界值、以及刚刚超过这个范围边界的值作为测试数据；（2

一、             Bug跟踪流程Bug的生命流程从新增的opened状态开始，到closed状态结束，简单而言，Bug核心跟踪管理流程应该包括：1、  新增：测试人员发现Bug之后新增一个Bug，并将Bug指定给对应的开发负责人，Bug状态为待DEV处理。Bug新增成功后，只有开发负责人才有权限回复这个Bug，其它人只能查看或追加回复。Bug2、  审核：测试人员提交bug

软件测试流程一、 新产品或工程管理流程1、 需求调研在软件需求分析阶段，测试人员从软件生命周期的需求阶段就开始介入在需求阶段的测试人员参与软件需求调研，以测试角度分析需求的可测性，可构思将来对其测试的方法、原则等；同时全面了解系统需求，从客户角度考虑软件测试需要达到的验证状态，即何些功能点需重点测试、何些无需，以便将来制定测试计划。2、 制定测试计划进行每一种测试之前，测试负责人要根据“产品定义书

测试用例，是一份关于具体测试步骤的文档，它描述了测试的输入参数、条件及配置、预期的输出结果等，以判断被测软件的工作是否正常。设计、书写和执行测试案例是测试活动中重要的组成部分，测试案例通常由测试案例管理系统或工具进行管理。一、编写测试用例的原则测试用例的重要性是毋庸置疑的，它是软件测试全部过程的核心，是测试执行环节的基本依据。测试用例编写应该遵循的原则：1、测试用例要达到最大覆盖软件系

第1章          引言1.1   测试目的走进1510部落，每天看里面的文章与评论，里面的文字透露出来的真实、正义、责任以及每个人为普通老百姓发出的声音，让我心里有一种非常特别的感动。因为这份感动，我开始思考我能为1510做些什么，我想，能为1510做的，肯定是积极的参与1510的建设。于是，我利用自己的空闲时间，以一个普通的用户的角度去访问1510部落，记录测试过程中发现的问题，