敏捷测试:
首先敏捷测试(Agile testing)是测试的一种，原有测试定义中通过执行被测系统发现问题，通过测试这种活动能够提供对被测系统提供度量等概念还是适用的。
敏捷测试是遵循敏捷宣言的一种测试实践：
1、强调从客户的角度，即是从使用系统的用户的角度，来测试系统。
2、重点关注持续迭代的测试新开发的功能，而不再强调传统测试过程中严格的测试阶段。
3、建议尽早开始测试，一旦系统某个层面可测，比如提供了模块功能，就要开始模块层面的单元测试，同时随着测试深入，持续进行回归测试保证之前测试过内容的正确性。
敏捷开发的最大特点是高度迭代，有周期性，并且能够及时、持续地响应客户的频繁反馈。
迭代:
在迭代式开发方法中，整个开发工作被组织为一系列的短小的、固定长度（如3周）的小项目，被称为一系列的迭代。每一次迭代都包括了需求分析、设计、实现与测试。采用这种方法，开发工作可以在需求被完整地确定之前启动，并在一次迭代中完成系统的一部分功能或业务逻辑的开发工作。再通过客户的反馈来细化需求，并开始新一轮的迭代。
敏捷测试总结:
不确切的说,我在2个CMMI(也就是都过CMMI5)的项目和2个敏捷项目中待过,个人理解为,CMMI模型强调机构性的过程管理,而敏捷强调面向任务目标快速非结构性的开发,也就是说,前者是有一套完整的V字模型流程,开发完了测试,测试改单后达到标准就发布.而敏捷就是边开发边测试,瀑布模型,每个迭代测试一次,客户会很快看到效果.在现阶段我碰到的敏捷项目多少会留有CMMI的痕迹.实际的工作流程是每个迭代都会跑一次规模很大的用例,而且每天都会对版本进行自动化测试,问题单回归非常快.每个GA对遗留的问题单都有规定.
遗留问题:CMMI的V字模型在开发和测试转换阶段有开发持续集成和测试持续集成,通常都是用自动化测试进行集成活动,同样敏捷也是产品一出来就就行自动化测试.此时自动化测试是排除一些基本功能问题,算是功能测试.问题是排除性能类的自动化测试,自动化测试在测试阶段较后的项目是否比自动化测试在测试阶段开始的项目不成熟,或者这个是否是衡量一个项目的成熟和能力的其中一个指标呢?
完成以上以及之前的学习,我作为新进测试人员进行测试流程,测试方法和用例编写的自动培训后,不作为测试组长或经理来说,已经能够应付一般的测试活动.所以对这个阶段的学习进行总结和补遗.
第一,在做单元测试时，代码覆盖率常常被拿来作为衡量测试好坏的指标，甚至，用代码覆盖率来考核测试任务完成情况，比如，代码覆盖率必须达到80％或90％。所以在代码覆盖率是属于单元测试的范畴.
第二,负载测试,性能测试,压力测试分别的描述为,负载测试是一种测试方法来发现系统中存在的问题,性能测试是验证和获取系统性能指标为目的的测试,压力测试是在高负载的情况下对系统稳定性进行测试.
第三,交互，在计算机中意思为，参与活动的对象，可以相互交流，双方面互动。
第四,粒度是看项目时间,人员,质量性质,资源,需求变更,项目对象,团队素质,公司决策.
第五,测试用例考虑:时间需求,执行者,理解程度.
第六,性能测试有:连接速度测试,负载测试(某时刻同时访问用户量,或在线处理的数量),压力测试(破坏系统观察其反映)
第七, QA是质量保证，是对软件制作过程中的制作质量进行管理，看看符不符合公司的规程。
软件测试是对软件产品的质量本身进行测试，是从技术方面出发测试软件质量
QA和软件工程师的区别:
1.QA更强调控制和评估，Testing则是life cycle的一部分；
2.QA需要懂流程模型和评估模型，testing不一定需要；
3.汇报对象完全不同，QA可能要向研发高层汇报，testing向leader汇报；
软件测试和QA的区别：简单来说，软件测试人员是干活的，QA是监督干活的人是否是按照标准工作流程来干活。
第八,软件测试用例的生命周期:
测试条件标识,测试用例过程的第一步是确定测试什么（测试条件），并且对测试条件进行优先级的划分。
测试用例设计确定了如何来测试已经识别的测试条件。测试用例指的是针对某个测试目标，而进行的一系列测试步骤。测试用例设计会产生一系列包含特定输入数据、预期结果和其它相关信息的测试用例。
测试用例实现的过程包括准备测试脚本、测试输入、测试数据以及预期结果等。测试脚本指的是按照标准的语法组织数据或者指令，测试脚本一般保存在文件中，用于自动化测试。
通过运行测试用例来对被测系统进行测试。对手动测试来说，测试执行主要是测试人员坐到被测系统前面，参考测试用例的步骤来进行测试执行。
测试用例管理
最后,我会把我的博文经过一些同事和经验丰富的同学阅读后,会对总结进行一些增加和修改,欢迎指正
