川软教育软件测试培训基地网站上面有详细的介绍，转抄过来看下，或者可以到他们网站上面详细看下，测试方面的技术知识内容挺全的。
一、 新产品或工程管理流程
1、 需求调研
在软件需求分析阶段，测试人员从软件生命周期的需求阶段就开始介入在需求阶段的测试人员参与软件需求调研，以测试角度分析需求的可测性，可构思将来对其测试的方法、原则等;同时全面了解系统需求，从客户角度考虑软件测试需要达到的验证状态，即何些功能点需重点测试、何些无需，以便将来制定测试计划。
2、 制定测试计划
进行每一种测试之前，测试负责人要根据“产品定义书”及“总体设计说明”和“详细设计文档”制定“测试计划”，制定总体的测试计划，详细阐明本次测试目的、对象、方法、范围、过程、环境要求、接受标准以及测试人员和测试时间等内容，“测试计划”经过审查通过，才能实施。
3、 需求Review
开发在完成软件需求分析之后，会提交需求分析文档，测试人员根据需求调研所了解的需求以及产品需求说明文档等资料，对需求分析文档进行Review，检查文档是否满足了需求，是否与需求一致等等。
4、 设计Review
在软件分析设计阶段，测试人员参与设计讨论，了解系统的实现方式和原理，并对概要设计和详细设计提出自己的见解。设计结束之后，开发提交概要设计文档和详细设计文档，测试人员对设计进行Review，检查设计规划和实现方案是否合理，如果不合理，存在的问题是什么、如何改进等等。
5、 测试设计
在设计测试方案时，首先分解测试内容，对于一个复杂系统，通常可以分解成几个互相独立的子系统，正确地划分这些子系统及其逻辑组成部分和相互间的关系，可以降低测试的复杂性，减少重复和遗漏，也便于设计和开发测试用例，有效的组织测试，将系统分析人员的开发分析文档加工成以测试为角度的功能点分析文档，重要的是描述对系统分解后每个功能点逐一的校验描述，包括何种方法测试、何种数据测试、期望测试结果等。然后以功能点分析文档作为依据进行测试用例的设计，设计测试用例是关系到测试效果以至软件质量的关键性一步，也是一项非常细致的工作，根据对具体的北侧系统的分析和测试要求，逐步细化测试的范围和内容，设计具体的测试过程和数据，同时将结果写成可以按步执行的测试文档。每个测试用例必须包括以下几个部分：
(1) 标题和编号
(2) 测试的目标和目的
(3) 输入和使用的数据和操作过程
(4) 期望的输出结果
(5) 其他特殊的环境要求、次序要求、时间要求等
6、开发测试工具和准备测试数据
在软件测试中，为了提高测试工作的效益和质量，只要条件许可，应尽可能采用计算机自动或半自动测试的方法，利用软件工具本身的优势来提高工作效率。
7、测试执行
当所有必需的测试准备工作都已完成，并且产品已经开发完毕并提交测试，则可以按照预定的测试计划和测试方案逐项进行测试。在测试过程中发现的任何与预期目标不符的现象和问题都必须详细记录下来，填写测试记录。为了能准确的找出问题产生的原因，及时的解决问题，保证测试工作的顺利进行，一般来说所发现的问题必须是能够重视的。
8、回归测试
在测试中发现的任何问题和错误都必须有一个明确的解决方法。一般来说，经过修改的软件可能仍然包含着错误，甚至引入了新的错误，因此，对于修改以后的程序和文档，按照修改的方法和影响的范围，必须重新进行有关的测试。另一方面，对于版本更新后的软件也必须进行同样的测试过程。
9、测试分析报告
测试结束后要及时地进行总结，对测试结果进行分析，由测试负责人提交“测试分析报告”。
一、 新产品或工程管理流程
1、 需求调研
在软件需求分析阶段，测试人员从软件生命周期的需求阶段就开始介入在需求阶段的测试人员参与软件需求调研，以测试角度分析需求的可测性，可构思将来对其测试的方法、原则等;同时全面了解系统需求，从客户角度考虑软件测试需要达到的验证状态，即何些功能点需重点测试、何些无需，以便将来制定测试计划。
2、 制定测试计划
进行每一种测试之前，测试负责人要根据“产品定义书”及“总体设计说明”和“详细设计文档”制定“测试计划”，制定总体的测试计划，详细阐明本次测试目的、对象、方法、范围、过程、环境要求、接受标准以及测试人员和测试时间等内容，“测试计划”经过审查通过，才能实施。
3、 需求Review
开发在完成软件需求分析之后，会提交需求分析文档，测试人员根据需求调研所了解的需求以及产品需求说明文档等资料，对需求分析文档进行Review，检查文档是否满足了需求，是否与需求一致等等。
4、 设计Review
在软件分析设计阶段，测试人员参与设计讨论，了解系统的实现方式和原理，并对概要设计和详细设计提出自己的见解。设计结束之后，开发提交概要设计文档和详细设计文档，测试人员对设计进行Review，检查设计规划和实现方案是否合理，如果不合理，存在的问题是什么、如何改进等等。
5、 测试设计
在设计测试方案时，首先分解测试内容，对于一个复杂系统，通常可以分解成几个互相独立的子系统，正确地划分这些子系统及其逻辑组成部分和相互间的关系，可以降低测试的复杂性，减少重复和遗漏，也便于设计和开发测试用例，有效的组织测试，将系统分析人员的开发分析文档加工成以测试为角度的功能点分析文档，重要的是描述对系统分解后每个功能点逐一的校验描述，包括何种方法测试、何种数据测试、期望测试结果等。然后以功能点分析文档作为依据进行测试用例的设计，设计测试用例是关系到测试效果以至软件质量的关键性一步，也是一项非常细致的工作，根据对具体的北侧系统的分析和测试要求，逐步细化测试的范围和内容，设计具体的测试过程和数据，同时将结果写成可以按步执行的测试文档。每个测试用例必须包括以下几个部分：
(1) 标题和编号
(2) 测试的目标和目的
(3) 输入和使用的数据和操作过程
(4) 期望的输出结果
(5) 其他特殊的环境要求、次序要求、时间要求等
6、开发测试工具和准备测试数据
在软件测试中，为了提高测试工作的效益和质量，只要条件许可，应尽可能采用计算机自动或半自动测试的方法，利用软件工具本身的优势来提高工作效率。
7、测试执行
当所有必需的测试准备工作都已完成，并且产品已经开发完毕并提交测试，则可以按照预定的测试计划和测试方案逐项进行测试。在测试过程中发现的任何与预期目标不符的现象和问题都必须详细记录下来，填写测试记录。为了能准确的找出问题产生的原因，及时的解决问题，保证测试工作的顺利进行，一般来说所发现的问题必须是能够重视的。
8、回归测试
在测试中发现的任何问题和错误都必须有一个明确的解决方法。一般来说，经过修改的软件可能仍然包含着错误，甚至引入了新的错误，因此，对于修改以后的程序和文档，按照修改的方法和影响的范围，必须重新进行有关的测试。另一方面，对于版本更新后的软件也必须进行同样的测试过程。
9、测试分析报告
测试结束后要及时地进行总结，对测试结果进行分析，由测试负责人提交“测试分析报告”。
参考资料：成都温哥华广场楼上的川软教育
温馨提示：答案为网友推荐，仅供参考
第1个回答 2012-07-28
百度上都回答的是书面的测试种类，管个屁用。告诉我们什么是白盒测试，什么是黑盒测试，给一个实际的软件让我们测试，你会用白盒或黑盒给测试吗？都是纸上谈兵。
小弟总结的具体测试方法，希望能帮助到各位初学者。
1、链接的错误（这类最简单，难度1星）：这是一个最普通最普通的测试，就是点啊点的，那个链接报错了，就测出来了。例如：提交，新建，删除，这类按钮，不能实现其功能。或，“更多”不能打开链接，连接是否正确。
2、界面样式问题（这类比较细致，繁琐。难度3星）：在不同浏览器上有不同的表现形式的，主流浏览器有ie，360，火狐，搜狗，等。某些界面在需要填写数据的时候数字串太长是否会影响界面格式。所占空间增大可能会占用到其他框架。
3、逻辑的错误（这类比较难，难度5星）：输入框是否要有限制，长度限制，库存限制。没有登录但是仍然可以购物。订单的操作包括付款，取消订单。继续购买。订单的退款退货信息等。
我知道这些肯定不足够，等大家一起完善。希望帮助到大家。
小弟总结的具体测试方法，希望能帮助到各位初学者。
1、链接的错误（这类最简单，难度1星）：这是一个最普通最普通的测试，就是点啊点的，那个链接报错了，就测出来了。例如：提交，新建，删除，这类按钮，不能实现其功能。或，“更多”不能打开链接，连接是否正确。
2、界面样式问题（这类比较细致，繁琐。难度3星）：在不同浏览器上有不同的表现形式的，主流浏览器有ie，360，火狐，搜狗，等。某些界面在需要填写数据的时候数字串太长是否会影响界面格式。所占空间增大可能会占用到其他框架。
3、逻辑的错误（这类比较难，难度5星）：输入框是否要有限制，长度限制，库存限制。没有登录但是仍然可以购物。订单的操作包括付款，取消订单。继续购买。订单的退款退货信息等。
我知道这些肯定不足够，等大家一起完善。希望帮助到大家。
第2个回答 2011-07-02
软件测试各阶段要做的事。
第3个回答 2011-07-02
1. 用户需求评审，验收测试设计；
2. 功能需求评审，系统测试设计；
3. 概要设计评审，集成测试设计；
4. 详细设计评审，单元测试设计；
5. 单元测试
6. 集成测试
7. 系统测试
8. 验收测试
相似回答