
测试项目杂记
lengyue_112
这个作者很懒,什么都没留下…
展开
-
杂记1
相信与怀疑:先相信后怀疑。相信我们的程序员,他们是最棒的,是对的。在此基础上理解了他们写的详细设计文档之后再来用怀疑的心态来读这份文档,与需求文档进行对比,是否有不一致的地方或者未考虑周全的地方。 妥协:妥协有时候无可避免。需求文档不可能描述到应用程序中的每一个细节。在大的方向上应用程序与需求一致,小的方面有时候可以妥协,视情况而定。 延迟提交:原则上尽早提交bug,把缺陷引入的影响降到最原创 2005-08-03 13:41:00 · 969 阅读 · 0 评论 -
今天8月8日,奥运! 把组员全放了,终于在工作时间有得清闲想点事情
今天8月8日,奥运! 首先共祝奥运! ^_^ 今天把组员全放了,没人找我,其他组的人今天也没怎么找我,难得清闲,预料之中。。。。 按照昨天的计划,我今天得把现在面临的情况及处理方法整理下思维,平常工作时间这个叫下那个叫下,根本没法静下来想事情,至于非工作时间,本来就不多,我也懒的去想工作上的事情,除了早上在公交车上想下当天要优先处理的事情,如果没有在车上打盹的话原创 2008-08-08 11:47:00 · 582 阅读 · 0 评论 -
生活费又长了+vmstat的swap与so的疑惑+bugfree的疑问
生活费又长了,午餐费刚增加了20%,网费增加了10%,早餐费又增加了50%,再过两个月要换房子, 估计又要增加50%,我靠,啥时候长工资啊?! vmstat的swap和so的疑惑vmstat 命令里面有个swap 和so,都是标识虚拟内存使用情况的。以前的理解,如果刚开始swap值为0,则so增加,swap值一定会增加 如果刚开始sw原创 2007-10-17 11:49:00 · 2593 阅读 · 0 评论 -
商战名家-听张文老师讲“辅导员工技巧”有感
1.同是张姓,差距怎么就这么大呢?! 2.古代这么多帝王,怎么就没一个姓张的??郁闷.....3.培训费真是贵啊!800一人一天哈哈,前两句是玩笑话,后一句倒是真的 呵呵入正题,今天公司给了个机会去学习张文老师讲的辅导员工技巧,机会难得啊,珍惜珍惜。。。课程内容其实不是很多,但有些地方我觉得确实讲的很好,下面是我自己的理解,首先假设自己有下属啊,在此仅为假设1.员工没有完成原创 2007-07-28 22:53:00 · 1938 阅读 · 0 评论 -
跟项目的感受
开始一个项目简单 结束一个项目难 有个好的结果更难原创 2007-01-20 13:21:00 · 983 阅读 · 0 评论 -
杂记(结尾)
一路走来,几个月就这样过去了,阳光有过, 风雨没少,而现在,这一切将告一段落。我要离开这里了,将要有一个新的开始!原创 2006-01-05 17:26:00 · 968 阅读 · 0 评论 -
杂记8
产品质量不能完全由测试人员保证,而大部分应该由开发人员保证;质量好的产品,测试所需的时间也相应较少。产品开发完成之后,它的质量情况基本上就有一个初值,测试只是在这个值上加减一个变量,个人认为,这个变量不足以影响到初值的主导地位。质量好的产品,出现的大问题较少,出现的问题也较容易修复,耗时较少;另一方面,此开发团队应该也比较优秀,不至于经常出现那种一个bug改来改去改了N次才测试通过的,还不能保证没原创 2005-11-23 17:48:00 · 736 阅读 · 0 评论 -
杂记7
好像是我第一次参加广州的测试交流会的时候吧,听到一个同仁说测试部的对于产品是否能够发布是很有说话权的,如果测试部觉得这个产品还不能发布,这个产品便不能发布,除非,上头坚持通过。当时我很赞成这样的做法,觉得软件还有多少个问题,测试部的人应该是最清楚了,是否发布当然应该很有语话权。 渐渐的,对此观点有了些不同的想法。产品发布的时间并非是由测试部决定的,其实很多时候,测试的工作日都是原创 2005-11-08 13:24:00 · 867 阅读 · 0 评论 -
杂记6
以前不知道是听谁说的还是在网上看到的,说如果版本控制不好,在版本多的时候就会出乱子,那时候我还庆幸,说我们公司版本控制的还可以。但经过这一段时间看来,其实版本控制的并不好,那时没出什么问题是因为版本本来就很少。最忙的一段时间,我跟了一个项目和一个产品,实际上是4个版本:用户正在用的版本和新开发的版本各两个,还有其它同事跟的,版本应该是比较多了。 问题是怎么发现的呢? 一次给项目打补丁,我给原创 2005-10-25 17:59:00 · 852 阅读 · 0 评论 -
杂记5
和我一起做事的同事走了,不爽。原创 2005-10-14 13:07:00 · 713 阅读 · 0 评论 -
杂记4
最近一直就这么忙忙碌碌,只是真的不希望碌碌无为。每每到了休息时间 我便不再愿做有关工作的任何事情。 最近不只跟了一个项目,还跟了发布出去的产品,项目只有一个客户,产品就多一些,琐碎的事也就跟着多了,还有要准备新的产品版本的测试,这个一直在往后压,但这样是比较危险的。 这个星期我决定给和我一起跟我负责的项目的新同事一个比较难的任务,想让她由此可以尽快独立起来。其实也不是太原创 2005-09-28 14:03:00 · 822 阅读 · 0 评论 -
杂记3
我不喜欢频繁的发布版本。版本连续发布的太快,有些东西还来不及仔细的测试就必须发给客户了,没有一点安全感。 我不喜欢在短时期内应付多个项目版本的发布,一个版本发出去后总会或多或少的反馈些问题,这样很容易造成同一时间要处理多个项目的问题。 我不喜欢计划不确定,明明说的是今天发布,突然推迟了,一些原本决定不测试的部分,现在是测还是不测,测的话时间又够吗?当然如果比计划提前原创 2005-09-05 13:24:00 · 781 阅读 · 0 评论 -
杂记2
任务的分配及适当放权:重要的,复杂的任务还是掌握在自己手中,毕竟这是自己负责的项目。以前我常有一句话“死也要死在自己手上”,当然,只是玩牌的时候说笑而已。 对于放权,我不知道自己是否做的适当,因为没有什么经验。但是我还是把握了一点,大胆放权,并且明确的告诉我的同伴,分给了你的任务,我基本上不会管了,只会稍作了解。虽然有时候自己也有点不放心,但是我想每个人都是有责任心的,必须给予信任。 准确定原创 2005-08-04 11:59:00 · 707 阅读 · 0 评论 -
到中广核项目出差了快一个月了,不太顺利
到这个项目快一个月了,到现在为止因测试环境涉及到项目组外的因素,一直都没有弄好,性能测试环境还停留在方案确定和性能测试技术确定阶段,没有办法展开,本来从开始这里的时候,时间评估是比较乐观的,没想到一直拖到了月底,真是太出人意料了。。。。。。。我虽然催了老大几次,很明确的说明没环境我什么都做不了,但这个事情我也只能推动到这样,老大也受组外因素制约,总之结果仍然是不能展开,虽然最近几天在积极组织解决原创 2008-11-24 11:03:00 · 2560 阅读 · 0 评论