软件测试分为几个阶段分别是什么？几种测试方法分别是什么？
软件测试生命周期包括6个阶段（大体上）：1）计划 2）分析，3）设计，4）构建，5）测试周期，6）最后测试和实施，和7）实施后。
1. 计划（产品定义阶段）
高层次的测试计划（包含多重测试周期）
质量保证计划（质量目标，测试标准等 ）
确定计划评审的时间
报告问题过程
确定问题的分类
确定验收标准－给质量保证员和用户。
建立应用程序测试数据库
确定衡量标准，例如缺陷数量/严重程度和缺陷起源（仅举几个例子） 。
确定项目质量度量
开始制定项目整体测试时间表（时间，资源等）
必需阶段：评审产品定义文档
文档中加入质量保证标准，作为工程改善进程的一部分
根据该产品的特点帮助确定问题的范围
大约每月要花5 -1 0小时在这一方面
计划在数据库管理所有测试用例，包括手工方面或者自动化方面。
2. 分析（外部文档阶段）
根据业务需求开发功能验证矩阵。
制定测试用例格式-估计时间和分配优先级。
制定测试周期矩阵与时间线
根据功能验证矩阵开始编写测试用例
根据业务需求计划测试用例基准数据
确定用于自动化测试的测试用例。
自动化团队开始在测试工具中创建变量文件和高层次的测试脚本。
为自动化系统中的跟踪组件设置路径和自动化引导。
界定压力和性能测试的范畴。
按照每个测试用例的数据要求开始建立基准数据库。
定义维护基准数据库的过程，即备份，恢复，验证。
开始规划项目所需的测试周期数，和回归测试次数。
开始文档复查，如：功能设计文档，业务需求文档，产品规格说明书，产品外部文档等。
审查测试环境和实验室，前端与后端系统都要。
准备使用McCabe工具，以支持白盒测试中代码的研发和复杂性分析
建立反馈机制并开始录入文档。
必需阶段：审查外部文件
�8�3 文档中加入质量保证标准，作为工程改善进程的一部分。
�8�3 根据群体执行反馈编写测试用例
�8�3 开始研制测试用例估计数目，每个用例的执行时间，和用例是否自动化这些方面的度量
�8�3 为每个测试用例确定基准数据，
�8�3 大约每月要花25小时在这一方面
3. 设计（文档架构阶段）
根据变更修改测试计划
修改测试周期矩阵和时间线
核实测试计划和用例用到的数据都输入到数据库，或是否必需的。
修改功能验证矩阵
继续编写测试用例，根据变化添加新的用例
制定风险评估标准
规范自动化测试和多用户测试的细节。
挑选出一套用于自动化测试的测试用例，并且把这些用例脚本化
规范压力测试和性能测试的细节。
最终确定的测试周期。 （根据用例的估计时间和优先权确定每个周期所用的测试用例数）
最终确定的测试计划
估计单元测试所需资源
必需阶段：审查架构文件
�8�3 文档中加入质量保证标准，作为工程改善进程的一部分。
�8�3 确定要进行编码的的实际组件或模块
�8�3 在这定义单元测试标准，通过/失败准则等。
�8�3 单元测试报告，报告进行单元测试后的模块质量如何，白盒测试和黑盒测试都要包括输入/输出数据和所有决定点。
�8�3 列出所有要进行单元测试的模块
4. 构建（单元测试阶段）
完成所有计划
完成测试周期矩阵和时间线
完成所有测试用例。 （手动）
完成第一套自动化测试用例的测试脚本。
完成压力和性能测试的计划
开始压力和性能测试
McCabe工具支持-提供度量
测试自动化测试系统，并修复错误。
发展单元测试
运行质量保证验收测试套件，以确保软件已经可以交给QA测试。
5. 测试周期/ 错误修正（ 重复/系统测试阶段）
测试周期1，执行第一套的测试用例（前端和后端）
报告错误
错误审核-不断开展的活动。
根据需求修改测试用例
根据需求增加测试用例
测试周期二
测试周期三
6. 最后的测试和实施（代码冻结阶段）
执行所有前端测试用例-人工和自动化。
执行所有后端测试案例-人工和自动化。
执行所有压力和性能测试。
提供对正在进行的缺陷跟踪度量。
提供对正在进行的复杂性和设计的度量。
更新测试用例和测试计划的估计时间。
文件测试周期，回归测试，并更新相应文档。
7. 实施后
开展实施后评估会议以回顾整项工程。 （经验所得）
准备最终的缺陷报告和相关度量。
制定战略以防止类似的问题在今后的项目中重复出现。
创建如何改进流程的计划目标和里程碑，
McCabe工具-制作最后的报道和分析。
自动化测试组-1 ）审查测试用例以评估其他可用于自动化回归测试的用例2 ）清理自动化测试用例和变量，和3 ）审查自动化测试和手工测试结果的整合过程
测试实验室和测试环境-清理测试环境，标记和存档用过测试用例和数据，恢复测试仪器到原始状态等。
软件测试工程师做什么
测试工程师：软件测试是软件开发过程的重要组成部分，是用来确认一个程序的品质或性能是否符合开发之前所提出的一些要求。
软件测试的目的，第一是确认软件的质量，其一方面是确认软件做了你所期望的事情，另一方面是确认软件以正确的方式来做了这个事件。第二是提供信息，比如提供给开发人员或程序经理的反馈信息，为风险评估所准备的信息。第三软件测试不仅是在测试软件产品的本身，而且还包括软件开发的过程。如果一个软件产品开发完成之后发现了很多问题，这说明此软件开发过程很可能是有缺陷的。因此软件测试的第三个目的是保证整个软件开发过程是高质量的。
测试人员在软件开发过程中的任务：
1、寻找Bug；
2、避免软件开发过程中的缺陷；
3、衡量软件的品质；
4、关注用户的需求。
软件测试工程师需要哪些Soft Skill?
软件工业是自动化工业的一部分，而且是最活跃发展最迅速的一个方面。到底有多迅速？任何人的想像力都不够！正如我们不会把我们的事务托付给不可靠的经纪，任何有分量的公司都不会采用没有质量保障的软件。软件测试人员，有水平、有经验的软件测试人员永远是供不应求的。软件测试经理不得不花很多的时间去面试有潜力的应聘者。那么怎样的人才算有潜力的软件测试人员呢？除了技术外，他们还应该具备哪些SoftSkill？1、交流技能(Communications Skills)
在与软件产品打交道的过程中，测试工程师比其他部门的人参与项目的更多方面。测试部门应当记录项目过程中重大事件(例如设计决定)的信息。这个信息应能帮助测试部门和其他部门避免在后续项目中犯同样的错误。错误是不可避免的，在一个项目中可能出问题。从这些经验中学习就可能避免问题，避免今后的同样错误。从错误中学习的第一步就是记住它们，记忆的第一步就是把它们写下来。
2、组织技能(Organizational Skills)
每当执行一个软件项目的测试计划，几乎不可能不遇到至少会阻碍一些测试而必须解决的缺陷。一个测试工程师应当能灵活地停止测试产品的一部分而开始测试其他部分。有时被测软件需要做根本变动引起大量的测试结果失效，测试也许得重做不止一次。在缺陷(Defects)被调查和被修复的过程中，测试工程师必须有条理，保持对执行测试的软件的前后关系的明确对比。
记住计划是一个动词。作为一个软件工程师，你永远不会有你想要的所有时间和资源。你总是必须通过理解技术和产品，开发组织方式，从你和其他人的错误中学习，以及在设计必须改变和出问题的时侯迅速调整，使你的测试效果和效率最大化。如何能做到这点呢？基本代数：量化任务、目标和结果来减少方程中的变量数。在测试计划和测试中量化测试及其预期的和实际的结果。你东点一下西点一下是不能完成整个测试的。软件开发的组织模式要求有灵活的设计和不断进化的开发周期，对产品的测试必须随着产品的进化而进化。
3、实践经验(Hands-On Experience)
4、态度(Attitude)
进行软件测试需要很多人的眼光要进行一百八十度的转变，因为测试的目标是要让被测软件失败。在软件测试中，一个成功的测试揭示一个缺陷。进行软件测试要求人们用一种大不同以往的眼光来看待动态的开发和测试模型。
5、必备特性(Necessary Traits)
软件测试工程师除了技术，还要求具有否定性的创造力；探测技巧；总体理解产品的能力；用客户的眼光进行评估。
6、否定性的创造力
7、探测技巧
在一个理想的世界中，软件测试应当在一个经常更新的写得很清楚的功能与设计说明文件(一般被称为Specifications)中被完整而精确地描述。不幸的是，这一完善文档的任务，包括记录在开发中对程序的改变，要花很多的时间和精力以至于人们无法完成，而且花费也太大。
8、总体理解产品
在一个软件项目中，软件开发工程师主要把他们的精力和注意力集中于自己负责的那部分，结果当这些部分组合在一起进行测试的时候，就会碰到兼容性的问题。到产品交付给客户之前，唯一能见到整个产品的就是测试工程师。因此测试工程师必须能够对整个产品的操作与使用保持一种“系统”的眼光。
9、要求变化
项目刚开始时的要求与最终项目完成时的要求一致的情况是极少见的。有时技术变化了，产品必须改变以适应于技术，有时竞争对手的产品具有你的产品所没有的功能。很多情况下，客户的或潜在客户的要求也产生变化。
10、怀疑的而不是敌意的态度
测试工程师不能按表面值接受事物，必须执着地对一切提出疑问直到被证实。工程师必须用一种与项目中其他人合作的精神来平衡这种怀疑性与执着性。测试部门和其他部门的关系可能会变得紧张，特别是在大量缺陷被发现后，或者在每个找出的缺陷会潜在地延迟产品的发布时间而延迟了项目时。测试工程师应当记住要攻击的是程序，而不是程序员。
11、经受得住坏消息而保持目标的能力
12、拥抱新技术的热望
在商业世界里，人员越往公司的食物链高处走，越远离他们所建立的技术基础。这部分是因为他们需要把精力集中于其他的管理和指导的任务中，有时也是因为他们不幸地认为自己已不需要进行实践的技术工作了。但事实是，不继续学习或跟着发展就无法做出商务与技术的决断。
软件的大工业生产决定了软件测试是生产的必不可少的环节。对於人员配置，历史上流行一种五比一的标准说法，从公司内部看任何时候都是远高于这一比例。从近一个时期看，二比一更切合实际，开发与测试工作量的比重甚至达到了一比一。同类型成熟产品之间的竞争最容易取胜的方法是提高质量，由于公司之间的竞争日益集中在质量方面，所以公司对软件测试人员的需求量也越来越大，这一点，在北美尤为明显。这决定了软件测试行业的前景可喜，同时也为愿意不断进取、学习新技术的华人移民提供了广阔的就业空间。软件测试工程师的就业机会一直都是非常多的，最关键，要善于抓住机遇并肯付出努力，踏踏实实的学起来、做起来。
