不知不觉，又一个项目测试结束了，很痛心，自己付出了太多，但是却没有达到效果，是反思的时候了，为什么这样呢？其中包括自己的原因和公司的原因…… 先说说自己目前的一个位置，公司改革，专门成立了测试部门（虽然人员在一点点点点的缩水，杯具……），自己当然仗着公司时间和项目经验（因为小公司，人员流动比较多），做上了中级人员，手下有几
关键词：IT 技术人员 上司 友好相处 方法 你不能跟他们（Boss）在一起生活，但是没有他们你也不能生活。不管喜欢与否，我们都必须处理好跟上司的关系。这样做不仅影响我们的事业跟薪金，同样也是我们的精神福祉。这里就如何更好的与上司相处提出了一些建议： 1.请记住，你的上司可能有有用的见解 你的上司可能比你想象的要聪明，也许在你以后的职业生涯会明白这个道理。不管怎么样，一个坏的上司也
网上好象都对外包公司的软件测试不抱乐观态度.这大大加深了对我的打击. 本来觉得会一点日语吧,或许能成为优势,但照目前的形势来看,都说外包公司学不到东西,没有发展前景,而且测试人员根本就没地位~~~. &n
决定自动化测试成功的关键是什么？是自动化测试的语言？是自动化测试的软件工具平台？是可支持高自动化测试率的工具？大家都有自己的认识和结论。但我今天提一种观点，欢迎大家讨论，思辨。 “决定自动化测试成功的关键是测试用例的质量。” 对自动化测试的认识，我也走过和大多数人一样的历程。从03年开始孤独地用Tcl编写自动化测试框架开始到07年为某公司做自动化测试咨询，我都一直认为自动化测试就是测试巅峰
Android 的测试现在都没有具体的文档，只能去论坛，GOOGLE或者本公司内部的BUG 库里看开发人员对现象的解释。一切都要摸索还有自己的经验，感觉。关键是从终端用户的角度去考虑
很多人在回答为什么要开展自动化测试时，立即回想到的答案是提高测试效率。 这种回答本身并没有错，但我想这只是问题的次要方面。在经过数次的自动化测试时间投入与效益比来看， 可以基本得出，基于某个场景的测试脚本，在没有变更与维护情况下，脚本执行频率大于5-7次才基本能够收回 投入成本，产生自动化效益。基于互联网的产品条件下，一个项目或系统如果包含 > =100个测试场景，事实远超这个数据的N倍，其
第一大当：房产 买房意味着什么？意味着你拥有了一个属于自己的房子。是的，你是这样以为，但是在中国你并无法拥有这个房子，只是租给你而已。因为房子是你的,地不是你的,只是把土地使用权租借给你70年(从现在退70年那是抗日战争时期,谁见过那时候的房子?)。房子通常情况下30年左右就会遇上拆迁或者旧房改造。也就是说你花了买房的钱，却只能得到租房的实际效果。当然这还不是最坏的。最坏的是，当几十年后你发觉
这个阶段一直在跟别人写好的测试用例，虽然工作并不难，但还是能看到自己一天天的变化的。 最初，拿到测试用例的时候，很盲目的一步一步跟着执行，结果一天下来基本查不出什么问题，时间花得倒是不少。偶尔发现几个UI跟用例描述一致的地方，跟组长讨论后，发现只是用例没有更新，并不能作为BUG上报。后面才慢慢了解到，给我做的项目都是已经递交过好几次的产品，在case里面基本是找不出什么问题了。 &n
先看张图：关于图里面出现的“一维”、“无差”、“魅力”质量这些名词可以参看 Kano模型 的解释，我不做理论普及。我要说的是，从国内目前的消费群体以及市场环境来说，在产品质量本身上对于用户体验的考虑，获得的效果远远不及在“设计竞争力”和“品牌建设”方面获得的效果要明显，或者更直观。这也就解释了很多国内软件企业，或者说做系统集成、及广大的基于用户需求走向等行业，如此不重视“用户”
DBGrid控件 说明 DBGrid控件是数据感知控件，它以栅格的形式来显示和编辑数据集中的数据，栅格是由行和列组成的，数据集中的每个字段是一列，Columns特性设置的不同，每列的属性也不同，例如：Readonly特性设为False时，该列显示的数据可以修改，若设为True，则该列显示的数据就不能修改， 利用Picklist特性建立一了个字符串列表的列，该列在运行时，会有一下拉列表供用户选择。
