汇智动力希望有一天，你我都能坦然的说出这句话。
汇智动力今日份学习-测试与开发
1、测试在开发阶段的作用
1) 项目规划阶段：负责从单元测试到系统测试的整个测试阶段的监控。
2) 需求分析阶段：确定测试需求分析、系统测试计划的制定，评审后成为管理项目。
3) 详细设计和概要设计阶段：确保集成测试计划和单元测试计划完成。
4) 编码阶段：由开发人员进行自己负责部分的测试代码。在项目较大时，由专人进行编码阶段的测试任务。
测试阶段（单元、集成、系统测试）：依据测试代码进行测试，并提交相应的测试状态报告和测试结束报告。
2、完整的开发流程
3、测试与开发各阶段的关系
4.、在软件开发过程中5个常见的问题
1）需求说明差 (poor requirements) ── 需求不清楚、不完整、太概括、或者不可测试，都会造成问题。
2）不切实际的时间表 (unrealistic schedule) ── 如果在很短的时间里要求做许多事，出现错误是不可避免的。
3）测试不充分 (inadequate testing)── 只能根据客户意见或者系统崩溃来判断系统质量的高低。
4）不断增加功能 (featuritis) ── 在开发正在进行过程中要求增加许多新的功能。这是常见的问题。
5）交流问题 (miscommunication) ── 如果开发人员对客户的要求不了解，或者客户由不恰当的期望，必然会导致错误。
(需求说明差 不切实际的时间表 测试不充分 不断增加功能 交流问题)
5、针对软件开发过程中的问题，有5个解决办法：
可靠的需求 (solid requirements) —— 应当有一个经各方一致同意的、清楚的、完整的、详细的、整体的、可实现的、可测试的需求。为帮助确定需求，可使用模型 (prototypes)。
合理的时间表 (realistic schedules) —— 为计划、设计、测试、改错、再测试、变更、以及编制文档留出足够的时间。不应使用突击的办法来完成项目。
适当的测试 (adequate testing) —— 尽早开始测试；每次改错或变更之后，都应重新测试。项目计划中要为测试和改错留出足够的时间。
尽可能坚持最初的需求 (stick to initial requirements as much as possible) —— 一旦开发工作开始，要准备防止修改需求和新增功能。要说明这样作的后果。如果必须进行变更，必须在时间表上有相应的反映。如果可能，在设计阶段使用快速的模型，以便使客户了解将会得到的东西。这将会使他们对他们的需求有较高的信心，减少以后的变更。
沟通 (communication ) —— 在适当时机进行预排和检查；充分利用团组通信工具 —— 电子邮件、群件 (groupware)、网络故障跟踪工具、变更管理工具、以及因特网的功能。要确保文件是可用的和最新的。优选电子版文档，避免纸介质文档；进行远距离联合作业及协作；尽早使用模型，使得客户的预想是清楚的。
6、测试开发
输入：被测软件、基于测试需求的测试设计 输出：测试过程和测试用例
目标：
创建可以重用的测试过程和测试用例
维护测试过程、测试用例与相关测试需求的一一对应。
7、测试开发的问题：
测试开发很乱，与测试需求或测试策略没有对应性
测试过程不可重复或不可重用
测试过程被作为一个编程任务来执行，导致脚本太长，不能满足软件移植性的要求。
错误处理