STST
这一点我有话要说,不吐不快
1,没有什么"单纯地看测试一说"
2,销售额和利润暂时不说,进度这里,测试的好处就是保证好的进度,而不是"想当然"的认为测试占用了时间,而导致进度慢,实际经验中证明恰恰相反,"猴子一样乱弹琴的测试"除外
3,测试带来好的进度,好的质量,难道不会影响到销售额和利润?
FN
现在的敏捷不就是将涉及研发进度的测试都交给开发人员完成了吗？
STST
深层次理解测试的重要性和好处,比掌握一门测试工具要难得多
FN
业务测试才给专职的测试人员
STST
掌握一门工具,只需要按"小时"算,但是理解测试的重要性和带来的好处,可能需要按"年"来算
我感觉在IT行业除了用户,不存在"专职的测试人员"
GT
饭前讲话~鼓掌
FN
餐前演说
SD
现在要的是具备综合能力的测试人员
MK
哈哈
赞挖
STST
把自己定位于"专职的测试人员",这一点是说不过去的
LB
闲人的境界就是我的追求
STST
过奖过奖
LB
这已经超越了软件的范畴了
CRS
他是不愁吃喝...写代码和做研究是兴趣....
我们是写代码和做研究是职业...高度不一样....
MK
又来了
又到这个point了
TB
学院派和实干党 之争
@Chris @闲人
GT
世界上没有两片完全相同的树叶~
LB
石敢当最后还是会发展成学院派
H
不要乱扣帽子好吧
MK
呵呵。能在这里争论的都还不是啥真正的学院派。这点我还是很讚赏的
STST
其实我只对单元测试熟悉,但是我经常思考,其他的测试和这有什么区别?目前思考的结果是没有什么本质的区别
H
就说了一句话 你是有多了解别人
TB
这是之前@Chris下的定义，我引用一下而已
H
就问一句 你们的case要排序吗 为什么
FN
有的，单元测试全部OK了 不能说明你交付给最终用户的使用场景下没有问题
STST
我认为,这个问题的关键在于你所看待的"单元"的粒度
LB
单测，集测，系测
STST
如果你是在用户的角度来看待"单元",那么就成了所谓的"系统测试"
LB
那系测也可以看成是单测，。。
STST
我是这么理解的
LB
有道理
STST
先不区分是什么类型的测试,我理解的"测试"是这样的:
首先,我要知道"你可以做什么?"
然后,我要根据"你可以做什么?",来提出一个预期
然后,我要组织一个"驱动过程"来让你来完成一次
最后,进行"实际"和"预期"的比对
我理解的测试就是这样
一个测试里,可能大部分工作都是在"组织驱动过程"
CRS
...弱弱的说下,我就是上学的时候学院派的理论没认真学,工作才走了很多弯路
个人认为,计算机科学这个领域,理论比实战重要....
LB
都重要，不存在厚此薄彼吧？
STST
理论是实践的最高点,实践能力再强,也不可能超越你所掌握的理论
反过来,实践是提高理论的基础工具,没有实践,理论会"过于抽象",必须在大量的实践中,丰富自己看待问题的"工具箱",这样才能更好地学习理论
STST
人的抽象能力,只能是略高于自己已经拥有的"工具箱"本身的抽象层次
PT
理论原自实践，指导实践，实践丰富理论，证明理论的真伪。
现实中理论能帮助打赢口水仗，这个很重要
LB
monkey快发表下意见
这完全是在讨论人生
OD
老实人皮特-ctrip(1176824013)
现实中理论能帮助打赢口水仗，这个很重要
LB
我想问个工具：totora这玩意咋样
PT
是啊。我觉得这是理论最大的作用了。就是吵赢架
H
自己摸爬滚打出来的理论 吵架的时候一看就知道了，这才是自己的东西
STST
上小学的时候,你的"工具箱"里有"加法和减法"
上中学的时候,你的"工具箱"里有"函数,定理"
...
工作以后,你的"工具箱"里有"程序语言,硬件"
.....
坚持,"工具箱"本身的抽象级别会越来越高
PT
对
STST
这样你本身的抽象能力也会随之提高
而写程序,做设计,本身就是一个不断抽象的过程
TB
总结的挺好的
LB
等老了，工具箱就挂墙上了
STST
实践出真知,理论指引方向,这不是所谓的"学院派"
OD
很好的讨论,受益匪浅
STST
提升IT水平的过程,实质上就是在提升自己"工具箱"的过程
