阳光明媚lcy：最重要的是从现在开始去做！
敏捷测试流程~~摘要
上一篇 /
下一篇 2018-04-10 14:27:38
/ 个人分类：生活点滴
文中1：测试和开发的角色界线变得模糊。有些人主要做测试工作，有些人主要做开发工作，但是在快速推进的过程中，所有人都会被号召起来测试或支持测试的工作。
这里所有人都被号召起来测试和支持测试工作，实际我们公司虽提倡
敏捷测试，但仍是开发提交版本后，测试只是测试人员在进行。也许开发在支持测试工作，测试发现严重、功能问题及时反馈开发，开发定位。再此，开发改了之后要求测试立马验证，而不是自测，这一点不符合敏捷测试。当前已注意，要求开发自测。
文中2：测试员不保证质量，整个项目组对质量负责
实际中，由于版本质量低，不能对外发布。开发人员还来质问，测试人员送测了几个月的版本怎么没有对外发布。
测试用例可以写得很简单，也可以写得很复杂。最简单的测试用例是测试的纲要，仅仅指出要测试的内容，如
探索性测试中的测试设计，仅会指出需要测试产品的哪些要素、需要达到的质量目标、需要使用的测试方法等。而
最复杂的测试用例就像银行取款机系统中工作指令系统界面一样，会指定输入的每项数据，期待的结果及检验的方法，具体到界面元素的操作步骤，指定测试的方法和工具等等。
测试用例写得过于复杂或过于详细，会带来两个问题：一个是效率问题，一个是维护成本问题。另外，测试用例设计得过于详细，留给测试执行人员的思考空间就比较少，容易限制测试人员的思维。
测试用例写得
过于简单，则可能失去了测试用例的意义。过于简单的测试用例设计其实并没有进行"设计"，只是把需要测试的功能模块
记录下来而已，它的作用仅仅是在测试过程中作为一个简单的测试计划，提醒测试人员测试的主要功能包括哪些而已。测试用例的设计的本质应该是在设计的过程中理解需求，检验需求，并把对软件系统的测试方法的思路记录下来，以便指导将来的测试。
敏捷测试的一个核心是迭代，在每个时间点上，所有项目人员都是有事可做的。
收藏
举报
TAG:
