做个记录，找起来也方便。以下是聊天记录：
Xylon(446537096) 15:33:51
刚才研究了一下敏捷测试
我发现中国的很多中小企业都是敏捷测试呀
xx(xxxxxxxxx) 15:34:12
大企业的个别部门也是
Xylon(446537096) 15:34:49
但是实际情况是，很多项目的需求分析都没做好，敏捷也解决不了问题啊
xx(xxxxxxxxx) 15:35:22
都是小项目 客户需求也没有定数 随到随改随测
xx(xxxxxxxxx) 15:35:35
大项目不适用
Xylon(446537096) 15:36:26
反正看了半天没研究出些啥
xx(xxxxxxxxx) 15:37:01
敏捷除了测试经验以外 主要是沟通 表达能力是比较重要的
Xylon(446537096) 15:38:21
我觉得最关键的还是让你闲不下来。。。
Xylon(446537096) 15:39:11
很多也都是概念上的一些东西
我觉得很多东西还是不可行
Xylon(446537096) 15:40:06
怎么说呢，你这里得有一套很好的方法，能适用于多个开发项目
xx(xxxxxxxxx) 15:40:10
你学到了些什么捏~ share一下
Xylon(446537096) 15:40:28
等需求下来了，直接套上去就是了
我理解是这样。。。
xx(xxxxxxxxx) 15:41:47
嗯 能进行敏捷的部门 一般接手的项目性质都差不多相同 排期也比较密 跟流水线上的东西有一拼 不会说今天让你做这个 明天忽然换一个东西给你做
Xylon(446537096) 15:41:47
比如测试人员得在开发一开始就进行测试的说法
我们做的事情就是告诉程序员，你开发的时候可能会碰到那些地方特别容易出缺陷，该注意啥的。
这东西一份很好的QA能解决大多数问题。
xx(xxxxxxxxx) 15:42:38
嗯嗯
Xylon(446537096) 15:43:11
等软件开发出来之后，用自动化来解决大多数问题。
这个也是得有一套成熟的开发流程才能解决的。
如果是一个研发项目，界面都没有定，哪来的自动化
Xylon(446537096) 15:43:45
咳。。研发项目说的有点纠结了，如果是一个新的项目好了。。。
Xylon(446537096) 15:44:39
这又有个问题了，新项目如果需求做的很好，以至于你都能做自动化脚本了。那开发起来敏不敏捷我觉得问题也不大了。。。。
Xylon(446537096) 15:44:55
说到底，咱们测试人员还是劳碌命啊
xx(xxxxxxxxx) 15:45:41
做产品是比较辛苦
xx(xxxxxxxxx) 15:46:17
我们部门的敏捷跟你说的有点不一样
Xylon(446537096) 15:46:35
我那是自己理解的说法。。。
xx(xxxxxxxxx) 15:47:51
像这种周期短 变数大的项目 几乎每周上线一个
上线之后或许一个月就下线了 没有时间进行自动化脚本开发
也没有必要自动化去测一些本来就简单的功能
Xylon(446537096) 15:48:25
恩
xx(xxxxxxxxx) 15:49:44
流程还是有的 只是基本靠嘴 不靠文档的流转 流转的过程很费时间 而且沟通不只是发送 还有接收反馈 在直接面对面交流的时候 你不但表达了你的意愿 也及时接收到了对方的反馈
Xylon(446537096) 15:50:39
可能是我以前一直在日企做的关系
所以对文档什么的比较在意吧
你要有什么产品做好之后基本上没什么文档，然后拍胸脯和小鬼子们说这个东西很简单，我们用敏捷1周就搞定了。人家说不定会拿鞋子抽你。。。
Xylon(446537096) 15:51:19
程序员之间可以做到这样交流，测试就比较麻烦了。
总觉得没什么特别好的办法。
xx(xxxxxxxxx) 15:51:55
也有风险预估和需求评审用例评审的环节 但是也很快 及时沟通
这样做的优点是节省时间 但是缺点也有很多
但是对于我们这样一周上一个的小项目 客户不在乎你的文档有多少 你的质量拿什么保证完全靠你做出来的东西会不会遭人投诉有关
Xylon(446537096) 15:52:26
那还是和项目类型有关吧
xx(xxxxxxxxx) 15:52:32
对的
Xylon(446537096) 15:52:56
受教了
Xylon(446537096) 15:53:24
大公司里的敏捷部门都是宝贝啊
Xylon(446537096) 15:53:43
肯定得给予相当的信心才行
为什么听上去我像搞敏捷测试的了？
