测试基础设施是指支持自动化测试运行、测试开发、测试管理以及与研发环境集成的综合性平台。敏捷测试离不开稳定、高效、准确的基础设施，以满足对于持续测试、持续反馈的需要；同时，持续集成、持续交付和 DevOps 环境必须实现和测试基础设施的无缝集成，才能够满足软件在各种环境中持续验证的需要。下面我来讲讲持续集成和持续交付的概念。CI、CD 概念“持续集成”（Continuous Integration，

针对整个系统进行端到端的测试方法就是本讲所要讨论的基于场景的用例设计或基于事件流的用例设计，而且这样的方法也很适合敏捷这样环境下的快速测试，适合探索式测试。只是在启动一个探索式测试 session 之前，事先列出所有的场景，基于场景及其组合，画出事件流图。然后基于事件流图就可以生成端到端（E2E）的测试用例，甚至都不需要生成测试用例，即对着事件流图进行探索式测试。事件流图现在就来介绍一下事件流图，

第一步、创建用户。使用有管理员权限的用户创建一个新的用户：create user 用户名 identified by 密码 default tablespace 表空间;第二步、赋连接权限:grant connect to 用户名;第三步、赋表权限grant select on owner.表名 to 用户名;如果有多表，可以用selece转换批量执行语句：select 'grant select

  转贴:这些日子我一直在写一个实时操作系统内核，已有小成了，等写完我会全部公开，希望能够为国内IT的发展尽自己一份微薄的力量。最近看到很多学生朋友和我当年一样没有方向，所以把我的经历写出来与大家共勉，希望能给刚入行的朋友们一点点帮助。 　　一转眼我在IT行业学习工作已经七年多了，这期间我做过网页，写过MIS、数据库，应用程序，做过通信软件、硬件驱动、协议栈，到现在做操作系统内核和IC相关开发

这一讲的内容我想通过一个例子来全面比较一下传统测试与敏捷测试的区别，这个例子来自一本书——《凤凰项目：一个 IT 运维的传奇故事》。这是由美国的三位 DevOps 专家撰写的一本关于 IT 运维的小说。有人说，在 IT 咨询业，没读过这本书都不好意思跟人家谈 DevOps。别急，我们这一讲的重点的确不是 DevOps，而是比较传统测试与敏捷测试，一千个人眼里有一千个哈姆雷特，尽管大家对 DevOp

在敏捷宣言核心的四句话中，第一句就是“个体与协作胜于流程和工具”，在敏捷中，强调自我管理，团队对质量负责、对测试负责，这些也离不开协作。Lisa 和 Janet 在 2017 年给出的“敏捷测试定义”中认为：敏捷测试就是从开始到交付的协作测试实践，并支持高质量产品的频繁交付……。如果高度概括的话，敏捷测试就是协作测试实践。这些都说明，协作在敏捷测试中是非常重要的。团队协作的五大障碍团队协作包括团队