上传ACP备考感悟

软件开发迭代频繁,每个版本的需求和测试报告都要做,感觉文档量大了。

答:测试报告在敏捷开发当中是一个很大的问题,事实上传统的测试策略在敏捷当中需要修改,简单说,基于覆盖率的传统策略是无法在敏捷当中长期使用的,因为敏捷每个迭代都会有新东西,也就意味着在迭代迭代走下去的时候,回归测试所谓的量就在不断的增加。所以这里面有两个选择方案,第一个用自动化测试能够跟代码开发配套,这样的话手工测试就少。再一个是探索性测试,要用新的探索性测试策略来改变原先的手工回归测试。需求的文档这个量确实也要交代清楚,最新的一个情况刚才我强调了,确实要积累文档,它就绝对的字数而言,不排除是会多一些的。但是我可以乐观的告诉大家,虽然字数会多但写的速度反而会快。敏捷采用了用户故事这样的直观表达方式,能够使得我们脑袋当中想到的东西快速的表达出来,这是它的优势。那么这也是我们敏捷项目管理现场培训的一个焦点,我们在现场培训的时候会花大量时间来阐述如何进行条目化管理,如何把指示工作切分成一条一条。那么这里面一个核心的工具和手段就是用户故事和敏捷故事。我们通过敏捷故事能够自然而然的把各种各样的工作进行包装进行管理,使得成为WBS的基石,它所要表达的内容和承载的项目管理的抓手能够合二为一,也就是说原先的WBS跟原先项目管理当中做的事情它不是合二为一的,而在敏捷当中是合二为一的。不过今天我们先给大家介绍这么些。

标签:
服务专区