测试下发帖

尼玛就匿名了，没办法找到发帖人了

#1 楼 @anonymous 宝贝。。。。

什么鬼。。。。

首先这并没有什么可耻的～
&你起码在做了。
&你也试错了。
&你不知道怎么做的时候，不正是你知道要做什么的时候嘛？
宝贝，加油～

大多数都是业务驱动。
bat 能做到现在， 也是业务驱动。

说的好，其实很多设计模式就是一种业务抽象。

遇到很多测试感觉会用selenium里面的几个操作页面的函数就觉得会自动化测试了
这个在 testerhome 还算少见吧。

会的人总会把他会的东西说的风轻云淡——然后告诉后来者，上面的风景我看过了，没意思，不用往上爬了，该说用心良苦还是用心险恶呢？殊不知，得不到的总是最好的

好高深的样子

不要纠结这个. 这是标准定义的.

工具: 可以开箱即用的产品, 框架也是一种基础工具.
框架: 用于进行进一步开发高等工具的基础结构.

一般来说具备 api 调用. 允许自由组装或者拆解, 具备插件化都是框架.
楼主鄙夷的只是烂框架.

8 楼，junit,testng 有几个能知道内部实现方式的？随便封装几个接口，就喜欢把自己的工作叫框架。现状就是这样。
东哥，你下的开源库，你还能改改的叫 jar，sdk 是你不会改的。。。😄

这个要具体看情况，也不能全叫工具包吧。像 junit，testng 这类比 spring 简单得多，那么它是工具包还是框架呢？

#2 楼 @anonymous 这个是匿名的头像，和 doctorq 的头像还是有点出入的。

#5 楼 @codeskyblue 匿名帖默认不显示名字。。。

有人叫你帅哥你是答应还是不答应呢？同理有人把你写的工具包叫框架，你的内心又是如何呢？

这个我也纠结了一段时间，最近一直在做技术，在业务上面疏忽了，技术上来了，业务成了短板。
实际上：是我看透了业务，都是一样，八九不离十，现在我看技术也是同样的感觉，八九不离十。

你是 D.Q？

搞技术便于跳槽时更好适应新工作，搞业务有可能换家公司从头积累。。。。人都是趋利的

匿名的人是不是 @ 不到他的？

#18 楼 @monkey 你的微信影响好多人哦~开阔了好多人的眼界，谢谢你哦~

我觉得还不如你自己搞一套测试自己的就好了。

曾经做过好几年配置管理的人来回答：
1：持续集成是一种理念，从最早的每日构建开始发展到持续集成，即尽早编译，尽早测试，尽早的发现和解决问题。
2：任何的持续集成工具，都只是一个框架，从很早的 cruisecontrol 是这样，IBM 的 buildforge 也是一样，就是和版本管理工具做集成，发现变更，触发构建脚本，触发后续操作（通知，部署，测试等），Jenkins 也是一种框架，至于里面的构建环境的准备，部署的过程，触发通知等操作都需要自己用 Plugin 或写脚本来实现。

另外，你说的几个：
1：构建环境和发布环境肯定是要独占的，因为你要确保你的构建环境是正确的环境。多系统共用更是噩梦。
2：环境肯定要干净，要不然出问题都不知道哪里出的， 另外， 这活只要干一次即可。
3：Jenkins 是一个框架，如果没有发邮件通知的功能，自己可以定制，另外，测试报告本来就不应该在 Jenkins 中展示。

#18 楼 @sordar 同意观点