[Agile][Scrum][敏捷开发][DevOps中的持续性测试]一些相关流程的梳理

结合相关资料，做一下梳理

1. 所有的计划任务都是从任务看板（backlog）开始

从backlog中可以看到燃尽图(burndown Chart)来监控项目的进度情况

 

一个好的看板能够清晰的观测到当前的项目进度和每个人的开发情况

2. 每个sprint的具体任务划分

角色和相关行为

 

3. 关于自动化测试相关

Status overview – Quality Trend
• Automation test will greatly help for quickly iteration
• Adding new test cases for each new feature is a challenge
• All manual test cases for new feature shall be added as automation test case while the story is marked completed

 

相关的实践

遇到的问题：
• Architect play as product owner
• Daily standup meet ing of ten overt ime
• Story point concept is hardly to be accepted by all team members
• Task effort estima ion is only 50% of real effort generally
• Automation test case adding and test environment stability
• Meeting overhead is big
• Communicat ion/Cross-work with global team
• The best good agile tool is still white board not any other applications
• Story need owner – different with Agile process
• External Dependency

 

4. 持续性测试

1.把开发人员的测试拿过来整理一下，选出有价值的case。

2.优化已有的case，先运行那些能够快速执行完的case。因为很多情况下，一次集成的完成，大部分时间都花在集成测试上，所以要快点测试完。另外可以分门别类的整理case，这样在集成期间就可以根据不同的目的选择合适的case了，而不用一股脑的拿出来都跑一遍。

3.把发现的defect都做成case，这样可以确保它不会再出现，而且coverage也可以提高。

4.模块测试是可以重复执行，重复利用的，不是一次性的。

5.每一个case，就是为了一个问题的检查，这样出了问题，你可以快速的定位问题所在。不要弄一个很大的case，都不知道是哪一步出错了。

●在具体实践过程当中，上面的这些要点可能会导致另外一个问题的出现，就是case的数量急剧扩张，这就需要我们分组，优化，有选择的去挑选case了。

 

常见CI /Test tools工具