正文内容加载中...
posted @ 2010-03-05 00:02 葡萄园de杂烩 阅读(2352) 评论(23) 推荐(1) 编辑
摘要: 这篇文章, 我想和大家分享一些我学习生涯中的一些体会, 其中一项, 就是技术要拿得起, 更要放得下.回想数年前, 我也曾经在C++虚拟继承类的object memory layout研究过程中激动过. 也为了实践不同的COM Apartment Model写过多种测试程序. 当然, 也为了到底是学Java还是.NET踌躇过. 也在论坛上为了牛角尖问题和人家打过口水仗, 也拿自己用汇编写的程序炫耀过... 阅读全文
posted @ 2009-12-27 23:08 葡萄园de杂烩 阅读(2917) 评论(49) 推荐(4) 编辑
摘要: http://www.codeplex.com/TestApiPS: 写test blog的计划被否决了. 看来还是自己玩吧. 啥时候cnblogs有专门做test活动的时候再说.... 阅读全文
posted @ 2009-09-23 01:22 葡萄园de杂烩 阅读(201) 评论(1) 推荐(0) 编辑
摘要: 小王收到了测试总监的第二封回信. 心理有一丝说不出的失落. 老板的回答的确没错, 但是为什么开发人员犯下的错误, 要让测试团队一起来承担呢? 小马列举了小王应该转作开发的几个理由, 园子里的朋友, 你对小王有什么建议吗? 阅读全文
posted @ 2009-09-20 22:25 葡萄园de杂烩 阅读(3212) 评论(14) 推荐(1) 编辑
摘要: 今天整理blog列表的时候, 想起了去年看到的一篇关于Leadership的blog. 作者是软件测试领域的绝顶人物. 原文的地址在: http://blogs.msdn.com/imtesty/archive/2008/10/24/thoughts-on-leadership.aspx 在这篇blog中,他提到了leader的诸多因素. 窃以为非常之精辟. 环顾四周, 发现自己的成长, 其实都是和身边的leader分不开的. 所以今天特意把里面的要点翻译如下, 原创哦~, 希望对园子里面的朋友有所帮助. 不知道大家身边有这样的leader吗? 阅读全文
posted @ 2009-09-19 01:31 葡萄园de杂烩 阅读(592) 评论(3) 推荐(0) 编辑
摘要: 测试总监针对这三个问题一一作了干净利落的回复. 小王很满意, 但是小王立刻又想到了第二个问题 "现在项目比较被动, 作为测试人员, 我会按照上面的标准, 尽量把产品缺陷提前找出来, 并且坚持上诉原则, 确保产品质量. 但是这么多bug都一定要坚持修的话, 看来推迟产品发布很难避免了. 那到了最后作工作总结的话, 作为测试人员, 既然我做好了测试工作, 也坚持了产品质量原则, 那产品延期是不是我就不需要承担责任, 反而应该得到奖励呢?" 您的看法呢? 请多多分享您的看法 阅读全文
posted @ 2009-09-17 22:39 葡萄园de杂烩 阅读(609) 评论(5) 推荐(4) 编辑
摘要: 小王是一个测试团队的新成员, 这是他第一次参与研发流程. 他工作认真负责, 总能够准确快速地找出产品中的bug, 同时还能够协助开发团队找到root cause, 所以大家都很喜欢他.但是随着项目的推移, 堆积起来的bug越来越多了. 因为进度滞后, 所以大家的压力都比较大. 慢慢地, 小王发现身边的情况有了些微妙的变化. 比如吧, 以前他找到一个bug, 大家都会鼓励他, 现在他找到些不那么严重的bug, 好象一些团队成员的脸色就不那么好看了. 另外呢, 他隐约地听说测试经理好像和开发经理有点矛盾了. 原因主要是进度跟不上, 开发那边想把一些前面决定要修的bug往后面推, 就是希望等到下一个版本再修.于此同时, 小王的好朋友小马, 做了几年开发的, 悄悄给小王说. 现在进度落后, bug太多, 上面大老板看报表的时候不好看, 弄不好到头来大家都没有好果子吃. 现在就算再找多少bug出来, 来不及去修, 除了把报表弄得更加难看, 对最终客户也没什么好处, 是个吃力不讨好的事情... 小王正好有一个半年一次和测试总监面谈的机会.小王针对这个情况还专门归纳出下面几个问题. 如果您是测试总 阅读全文
posted @ 2009-09-16 22:41 葡萄园de杂烩 阅读(775) 评论(19) 推荐(2) 编辑