yjq30604的专栏

1、软件测试计划的制定1.1、需求分析定义被测试对象和测试目标确定测试阶段和测试周期的划分1.2、测试策略测试方法的选择测试工具的选择测试用例设计方法的选择1.3、工作量估算测试过程的任务定义各任务的工作量估算1.4、进度安排测试人员的时间任务安排测试设备的配置

(1)、误区之一：软件开发完成后进行软件测试 　　     软件项目要经过以下几个阶段：需求分析，概要设计，详细设计，软件编码，软件测试，软件发布。据此，认为软件测试只是软件编码后的一个过程。这是不了解软件测试周期的错误认识。软件测试是一个系列过程活动，包括软件测试需求分析，测试计划设计，测试用例设计，执行测试。因此，软件测试贯穿于软件项目的整个生命过程。在软件项目的每一个阶段都要进行不同目的

回归测试（Regression testing） 指在发生修改之后重新测试先前的测试以保证修改的正确性。理论上，软件产生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出现。　　相信无论从底层的编程人员和测试人员，还是到顶层的项目管理者，都经历过客户的需求变更对项目带来的巨大影响。特别是在项目前期进展并不顺利的情况，突如其来的变更会使得程序员变得消极，焦虑，对自己的代

目的测试过程直接影响测试的结果，为通过对测试过程的质量控制，确保测试的结果真实、有效、测试执行力度达到要求、测试风险低角色与职责样品管理员负责样品的入库、样品的流转、储存和处理。运维人员、设备管理员准备测试环境。项目负责人负责样品接收、样品安装、定义项目过程、项目估算、编写测试计划、协调测试过程、测试报告和项目总结报告。项目组编写测试用例

目的管理项目的产品和产品构件的需求，并标识出这些需求与项目的计划和工作产品之间的不一致性需求要被确认，要控制需求变更需求要用来指导下游的工作产品，如：计划、设计、测试等规范测试服务的需求开发，控制需求变更和管理过程    角色与职责客户经理负责引导客户并确定客户的初步测试服务需求。售前工程师制定相应的测试服务解决方案，定义集成的测

1.一般开源软件公司配置管理策略测试需求管理：比较简单方便的需求测试文档用例管理工具是开源的禅道、或者bugfree、JIRA开发代码管理：SVN2.规模比较大的公司配置管理测试需求管理：公司内部定制软件开发代码管理：ClearCase

1、测试用例设计概述1.1、测试用例的定义和特征测试用例的定义：测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果。测试用例是执行的最小实体。测试用例的特征：最有可能抓住错误的；不是重复的、多余的；一组相似测试用例中最有效的；既不是太简单，也不是太复杂。1.2、使用测试用例的好处

要想获得管理的高效率，经理必须熟知并熟练运用以下几个工具：    　工具A：招聘面试的STAR原则   　 招聘面试是经理工作的一项重要内容，每个成功的经理人都必须具备高超的招聘面试技巧，以招聘到合适的人充实到工作团队中，使合适的人在合适的岗位上，创造岗位员工的高绩效。 　   所谓STAR原则，即Situation（背景）、Task（任务）、Action（行动）和Resu

1、系统测试为什么要进行系统测试？由于软件只是计算机系统中的一个组成部分，软件开发完成之后，最终还要和系统中的硬件系统、某些支持软件、数据信息等其他部分配套运行。因此，在投入运行前要完成系统测试，以保证各组成部分不仅能单独的得到检验，而且在系统各部分协调工作的环境下也能正常工作。严格的说，系统测试超出了软件工程范围。通常这项工作并不由系统开发人员或系统开发组织来承担，而是由

通常软件测试会暴露软件中的缺陷，经过修正后可以保证软件系统的功能满足需求并正确运行。但是，在系统测试和确认测试中，测试人员容易遗漏一些隐藏的缺陷。众所周知，软件测试不可能发现所有的缺陷，而软件开发周期各个阶段仍然存在注入缺陷的可能，但是，有一些缺陷是测试中容易忽略的，也就是说，通过测试方法和用例可以充分暴露这些缺陷，遗憾的是，它们往往被忽略或者某种原因忘记测试了，这就给软件留下了隐患或者危机。这些

1、软件测试1.1、软件测试定义定义1：软件测试是在规定的条件下对程序进行操作，以发现错误，对软件质量进行评估 。即软件测试是为了发现错误而执行程序的过程。定义2：软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计的一批测试用例，并利用这些测试用例运行程序以及发现错误的过程，即执行测试步骤。测试：所谓测试的含义，首先是一项活动，在这项活动中某个系统

测试五境界：　　测试的第一境界：找出尽可能多的Bug！尽情享受找Bug的乐趣！　　刚进公司时，我总是很满足于找Bug，找出更多的Bug。我用来评判自己的标准也很简单：今天自己找出的Bug是否比昨天更多？自己找出的Bug是否比别人的更多？可以说，刚入行的我真的很享受这种找Bug的乐趣，当我看到自己找出的一大堆新Bug时，感觉就像自己赚了非常多的钱，那种守财奴的喜悦心情让我至今倍感难忘

项目角色构成：     PM：项目经理            负责项目整体管理，包括需求沟通、任务分配、进度跟踪、风险控制、团队建设、规则执行、输出交付件等工作     PO：类型产品经理角色            负责需求沟通（需求主要由PO进行，然后和PL进行沟通）、原型绘制、交付件整理等     SE：高级开发            负责重难点模块的设计、