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