Agile

automation test tools 在世面上的自动化测试工具很多。有开源的，有商业化的，各有各得特色，各有各得优点！下面我就介绍几个我用过的开源自动化测试工具。 1 测试 WEB SELENIUM可以说是测试WEB最全面的开源自动化工具， 它可以在WINDOWS， LINUX, MAC 和 SOLARIS 上运行， 而且可以几乎用任何一种编程语言进行构建， 你可以用你熟悉的语言包括 JAVA， C＃， PERL， PHP， PYTHON 和 RUBY。 它可以测试的浏览器有IE， FIREFOX， OPERA 和 SAFARI。 SELENIUM 家族成员有: SELENIUM， SELENIUM RC， SELENIUM IDE， SELENIUM CORE， SELENIUM GRID 和 SELENIUM ON RAILS。 GOOGLE 每天都要在他的TESTING FARM上跑几万个SELENIUM测试CASE,现在也些会更多，你如果想学习SELENIUM， 可以从这里开始 http://selenium.seleniumhq.org/ **tellurium ** 这个框架是从Selenium框架{#ex48}发展而来，但又具有不同的测试理念。大多数Web测试框架，比如Selenium，主要致力于单独的UI元素。而Tellurium恰好相反，它把多个UI元素看作一个Widget整体，并将其称作UI module。

agile scrum tools Trello wekan https://github.com/wekan/wekan podman run -d --name wekan-db -p 27017:27017 mongo:4.4 podman run -d --name wekan -e "WITH_API=true" -e "MONGO_URL=mongodb://192.168.50.13:27017/wekan" -e "ROOT_URL=http://192.168.50.13:2000" -p 2000:8080 wekanteam/wekan:v5.41 podman run -d --name wekan-db -p 27017:27017 mongo:5.0.9 podman run -d --name wekan -e "WITH_API=true" -e "MONGO_URL=mongodb://192.168.50.16:27017/wekan" -e "ROOT_URL=http://192.168.50.16:2000" -p 2000:8080 wekanteam/wekan:v6.30 Rally 商业软件用户使用率排名第二位！支持用户需求的筛选、扩展的筛选标准、改进版本剩余时间表、新的通知规则 (notification rules) ，以及用于Eclipse和CruiseControl.NET的连接器。 有免费在线试用体验版本. VersionOne 商业化产品！没什么好说的，业界老大 从 功能上看，的确非常新颖，贯彻了敏捷中的User Story为先的原则，和VSTS类似，将Issues、Defect、Task合并概念成为Task(在VSTS中更加优雅，叫做WorkItem)， 并且必须挂在UserStory下，这个工具值得看看，有试用版可以下载，或者可以使用他们在线提供的试验平台 基于ASP.NET and IIS和 SQL。 团队可以使用"V1: 敏捷团队"来管理产品和sprint backlog，通过交互式的"任务板 (taskboards) “和"测试板 (testboards) " 进行每日开发活动，藉由报表和燃烧图查看进度，以及其他活动。 通过这些功能，“V1: 敏捷团队"的用户可以做到: ...

us, 用户故事 as a xxx, i would like to xxx so that xxx. As a “user”, I want to “do sth”, so that “sth” “user” - 就是我们抽象出来的persona (Definition refer to wiki http://en.wikipedia.org/wiki/Persona) “do sth” - 要实现的功能 最后so that后面的 “sth” - 价值 价值说起来很简单，也很容易理解，就是 实现这个story后对用户的价值所在。 可是再多问一个问题，为什么要有这个价值，为什么一定要写这个so that呢？ 如果你的目的是想买一条裙子，20年前，唯一的就是去商场买，但是今天我们还可以选择网上购物。 这也就是说，对于同一个story，不同的技术背景，不同的地域，不同的时代都会有不同的实现，这就是so that存在的价值。

迭代规划 团队会在Sprint开始之初召开Sprint计划会议并制定目标，团队成员会在Scrum每日例会上分享工作进展。当Sprint快结束时，团队会在评审会议中将进展展示给项目干系人。紧接着评审会议之后是回顾会，会上总结当前Sprint中团队的合作情况并为后续Sprint寻找可改进的地方。 计划会 Sprint开始时，团队与项目负责人共同制定下个Sprint的计划，这需要两个会议：Sprint优先级会议和Sprint计划会议。其中优先级会议需要准备产品Backlog、用户故事，并识别潜在的Sprint目标，而计划会议需要构建当前Sprint的Backlog，以确实际开发任务。 优先级会议 Sprint优先级会议的目的是挑出产品Backlog上优先级高的条目，并选择潜在的Sprint目标。我们在产品需求池通过属性来配置任务的优先级。 (图：任务的优先级设置） 在排序之后，PO和团队便可以挑选出高优先级的需求功能作为Sprint的目标。如果高优先级功能实在太多，无法在一个Sprint中完成，这些功能就要分解成更小、更适宜在同一Sprint中完成的小功能，然后放入已创建好的Sprint中。 (图：一个Sprint中的需求功能） 计划会议 在确定当前Sprint的目标需求后，团队从每个需求中分解出任务条目以构成Sprint的Backlog，这是在Sprint计划会议上面进行的，这个会议的参与者包括PO、Scrum Master以及团队中的每个人，和可以帮团队更好预估工作量的各领域专家。 (图：构建一个Sprint Backlog流程） 大家需要在会上讨论每个需求的设计与实现，最好的预估工作量的方法是检查团队过去Sprint中的工作完成情况，比如团队在近期的几个Sprint中完成了平均400小时的工作量，他们就有把握承诺在下个Sprint中完成同样多的工作量。除此之外，一个Sprint是否包括节假日、是否有重要员工离职以及其他影响 (比如是否在开发需要试错的新模块）等等因素也需要考虑进来，最终形成一个可按时交付的Sprint Backlog。 https://ones-ai.gitbooks.io/ones-ai/content/31-si-ge-gai-nian/43-gui-hua-die-dai.html