Android 的测试现在都没有具体的文档，只能去论坛，GOOGLE或者本公司内部的BUG 库里看开发人员对现象的解释。一切都要摸索还有自己的经验，感觉。关键是从终端用户的角度去考虑
很多人在回答为什么要开展自动化测试时，立即回想到的答案是提高测试效率。 这种回答本身并没有错，但我想这只是问题的次要方面。在经过数次的自动化测试时间投入与效益比来看， 可以基本得出，基于某个场景的测试脚本，在没有变更与维护情况下，脚本执行频率大于5-7次才基本能够收回 投入成本，产生自动化效益。基于互联网的产品条件下，一个项目或系统如果包含 > =100个测试场景，事实远超这个数据的N倍，其
第一大当：房产 买房意味着什么？意味着你拥有了一个属于自己的房子。是的，你是这样以为，但是在中国你并无法拥有这个房子，只是租给你而已。因为房子是你的,地不是你的,只是把土地使用权租借给你70年(从现在退70年那是抗日战争时期,谁见过那时候的房子?)。房子通常情况下30年左右就会遇上拆迁或者旧房改造。也就是说你花了买房的钱，却只能得到租房的实际效果。当然这还不是最坏的。最坏的是，当几十年后你发觉
这个阶段一直在跟别人写好的测试用例，虽然工作并不难，但还是能看到自己一天天的变化的。 最初，拿到测试用例的时候，很盲目的一步一步跟着执行，结果一天下来基本查不出什么问题，时间花得倒是不少。偶尔发现几个UI跟用例描述一致的地方，跟组长讨论后，发现只是用例没有更新，并不能作为BUG上报。后面才慢慢了解到，给我做的项目都是已经递交过好几次的产品，在case里面基本是找不出什么问题了。 &n
先看张图：关于图里面出现的“一维”、“无差”、“魅力”质量这些名词可以参看 Kano模型 的解释，我不做理论普及。我要说的是，从国内目前的消费群体以及市场环境来说，在产品质量本身上对于用户体验的考虑，获得的效果远远不及在“设计竞争力”和“品牌建设”方面获得的效果要明显，或者更直观。这也就解释了很多国内软件企业，或者说做系统集成、及广大的基于用户需求走向等行业，如此不重视“用户”
DBGrid控件 说明 DBGrid控件是数据感知控件，它以栅格的形式来显示和编辑数据集中的数据，栅格是由行和列组成的，数据集中的每个字段是一列，Columns特性设置的不同，每列的属性也不同，例如：Readonly特性设为False时，该列显示的数据可以修改，若设为True，则该列显示的数据就不能修改， 利用Picklist特性建立一了个字符串列表的列，该列在运行时，会有一下拉列表供用户选择。
最近准备参加数据库自考考试，于是在自己电脑中安装SQL2000，以前安装的时候只需要重启一次机器就可以安装了，这个却重启了好几次都提示文件挂起需重启的信息。网上有解决办法说“在运行窗口输入regedit，打开注册表编辑器，在HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Session Manager中找到PendingFileRenameOpera
黑盒测试的测试用例设计方法等价类划分 是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法. 1) 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以
状态流程图： 软件错误的状态： 新信息(New)：测试中新报告的软件缺陷； 打开 (Open)：被确认并分配给相关开发人员处理； 修正(Fixed)：开发人员已完成修正，等待测试人员验证； 拒绝(Declined)：拒绝修改缺陷； 延期(Deferred)：不在当前版本修复的错误，下一版修复； 关闭(Closed)：错误已被修复。 人员角色：
做了两年的黑盒测试，一直都被嘲讽为IT民工，入门低，发展方向迷茫，钱少，受气，二等公民，尤其是外包公司的测试人员，基本没有地位，测试到底是个什么玩意呢？
