- 博客(10)
- 资源 (3)
- 收藏
- 关注
RSS订阅原创 测试人员的另一面
今天面向整个Testing Team，简要的Show了一下前段时间，在自动化测试上的研究成果，以及即将到来的测试自动化在项目上的应用模式、范例。结果大大的出乎我的意料啊。 大家对于应用模式可能存在的问题，展开了激烈的讨论，不知道是由于对代码问题的敏感，又或是源于对自动化测试的兴趣。我更相信是后者。不但在讨论过程中，获得了很多有价值的反馈，而且由衷的让我感到：测
2008-09-02 01:57:00
428
原创 转换思路，掌握测试中的业务知识
前段时间全力扑在业务上了，搞了三个月，对业务产生了浓厚的兴趣。倒不是说因为这个业务的前景无限乐观，而是了解到的业务知识，对测试大有裨益的帮助。对业务上的了解：直接加深了对PM设计的理解，在Spec Review时，可以进行更有效的思考在写测试方案时，面对大范围的测试点时，能更准确、有效的圈定测试重点Ad Hoc测试更贴近于User Scenario沉浸在其好处中不能自拔。细细想来，以前做测试，总是
2008-08-24 23:51:00
533
原创 重入域后，Outlook 的昵称缓存问题。
公司的域服务器又坏了，FT.....貌似是硬盘的原因。，可恶的JS。再次经过退域--> 加域，一切均无大碍。可在MS Outlook中的邮件地址昵称缓存，却成了困扰。本来是一个非常好用的功能，输入用户名的首字母，就会自动的出现以该首字母开头的用户和用户组，简单的选择就可以完成用户地址的输入，但重新入域之后呢，原来的昵称缓存和现在Exchange中的用户，GUID不相同。通过原有便捷方式所输
2007-04-07 01:37:00
1268
原创 测试的前途？
做测试许久了，经常听到的、看到的大都两种言论。 做测试没前途 做测试有前景 说到前途，自然就隐射出“钱途”。Orz，母语的博大精深。为啥会有这种无qian途的论调呢？这是当下测试领域的现状所折射出来的。一大群无知无畏的青年才俊，凭着对IT的无穷热情，奋不顾身的跳进这个圈子，又发现自己和同车人的差距尽然如此之大。 忽的，发现测试这样一根貌似救命的稻草，拼命的想抓住，
2007-02-06 21:25:00
1143
1
原创 你为谁工作？
Who are you working for ?这是一个好问题，也是一个开放性的问题，从未有过令人信服的标准答案。任何人被问及此问题，都会引发出无限的思考。这就成为了管理者引导下属的一条良方。 如果我是管理者，毫无疑问，I working for myself. 并非是因为资本家为了追求更大的利益所致，吸引管理者的是----Vision，愿境。公司上市是一种愿境；中国
2007-01-26 04:48:00
715
原创 小议.....稳定性测试
所谓稳定性测试，想必做过测试的都不会陌生。也就是在一定压力下，需要验证系统是否能正常运行一段时间。于是出现了两个变量：时间的长短压力的指数在稳定性测试的方案设计上，对这两个变量的拿捏不准，会导致稳定性测试的结果毫无意义。 作为一个B/S系统，测试中运行的时间长短，MS提出了一个72小时的概念，姑且也算标准的一种。 然而大部分客户过于简
2007-01-19 04:34:00
999
原创 Demo录像心得
整理了一下产品的Demo录像，总结了几点： 首先需要明确Demo的对象，也就是受众。 如果是由针对性的，比如面向行业。那么需要着手整理出相关行业或者近似行业的方案，在方案的基础上，show出产品的亮点，口号嘛：人无我有、人有我优。 如果是面向芸芸大众，产品功能点多无用，“炫”就OK。如果在第一时间都无法吸引住观众的眼球，自然也不能奢求观众有耐心将整个Demo看
2007-01-17 02:42:00
814
原创 Yahoo邮箱的POP3功能是需要激活的
连续一周时间，用Outlook接收Yahoo的邮件都失败了。郁闷，决定Fixed it 先访问http://cn.mail.yahoo.com/，一切正常，遂排除是Yahoo 邮件系统方面的问题。 再在Outlook中创建了另一个邮箱帐户，能收能发，亦排除是网络问题。 察看了Firewall的Log，也没有看出端倪 嗯······看来
2006-11-25 20:55:00
2518
原创 测试的工作性质决定了...
有这么一段话：“上知天文，下晓地理，运筹帷幄之中，决胜千里之外，身未出茅庐，已定天下三分”，当然这是形容孔明同学的，然而测试行业最需要的也是像孔明这样的复合型人才。测试本身就不提了......做功能测试，需要了解业务逻辑吧？在Usage Scenario的指引下，设计出的测试方案才更有效。做性能测试，需要熟悉系统环境吧？测试的瓶颈是哪里：Hardware、Software、Network，挨个去正
2006-10-23 04:07:00
933
原创 闲谈中的绩效考评，About Tester
今天中午，未膳，和一个Service闲聊，东拉西扯谈到测试人员的绩效考评上来了。通过对方之口，侧窥了她们原公司中测试人员的绩效考评：Tester发现Bug的数量就是绩效的量化指标。Hum......这和Boss的想法完全一样，FT，偶却难以苟同。 以Bug作为Tester工作的评估导向，就是片面的、不合理的，越是Simple的做法越有可能是错误的做法，same as 地心说vs日心说。
2006-10-23 02:36:00
744
利用数据挖掘实现客户流失分析
2011-04-09
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人