1.1. Add（增加） 1、 Tab检查（并且考虑是否设置Esc）； 2、 回车测试：需要作回车设置的是否设置？是否回车后可以正确处理数据？ 3、 窗体大小是否合适，双击标题栏，最大最小化是否合理； 4、 输入标题是否正确、合理清晰； 5、 数字输入检查，最大最小值、负数、0、中间值等，与列表是否相互对应；当输入最大值，前台显示数据是否正确，数据是否异常显示； 6、 必输
原来所在的部门独立出来成立了子公司。随之而来的组织架构、管理模式也全部发生了变化。 由于原来依靠在总公司下，故测试模式及测试流程都相对规范且有规可循。但由于目前是新公司，公司的经营重心亦不可避免的发生变化--由原来的市场维护转向与市场开拓，从而研发模式也就相应的由产品型重心转向项目型重点。
HP大中华区总裁孙振耀退休感言 ： 一、关于工作与生活 我有个有趣的观察，外企公司多的是25-35岁的白领，40岁以上的员工很少，二三十岁的外企员工是意气风发的，但外企公司40岁附近的经理人是很尴尬的。我见过的40岁附近的外企经理人大多在一直跳槽，最后大多跳到民企，比方说，唐骏。外企员工的成功很大程度上是公司的成功，并非个人的成功，西门子的确比国美大，但并不代表西门子中国经理比国美的老
一直都非常想知道，是否有什么工具能够模拟并发测试，但不是性能测试工具。 而即使用loadrunner第也无法模拟到系统与系统交互时的并发，只能模拟用户与服务器交互的并发。。。 有没有啥工具能专门进行并发测试且能模拟到系统交互中的并发呢？
公司一个同事走了，他的工作暂时由我接替了，说是暂时，估计就得做下去了。比较烦人的故障定位以及外部测试支持，琐碎和突发的任务搞得工作计划性很差。看来还得慢慢的整整思路然后进行调整一下尽可能的理顺它。
也许有人从没有考虑这个问题，觉得测试人员对于报Bug没有顺序而言，发现一个报一个。甚至坚持着这个原则：“宁可误报三千，不可漏报一个”，积极地汇报着自己发现的所有Bug。结果，慢慢地就发现Dev对自己报的Bug失去了灵敏性，往往自己报的一个Bug，即便有工具的提示也会被开发人员不断地忽略或者推迟。 的确，这是一件令人沮丧的事情。作为测试人员，汇报Bug是自己工作成果之一，在大多数公司甚至就是主要成果
时间过的很快,三个月的试用期很快就要过去,接下去要面临的是所有新员工最为头疼和恐惧的东西,新员工转正答辩.答辩成绩是打等级的,如果等级比较低的话,就需要二次答辩,如果还不行,那面临的就是无情的淘汰,所以对于刚毕业的学生,大多数心里的压力都比较大. 新员工的三个月期间,经过老师的细心教导和自己的勤奋,对产品和业务已经有了比较好
测试不要带负面情绪 是否遇到过很烂的项目而焦急，在测试过程中是否出现过因为开发没有自测通过就提交测试后的懊恼，测试过程中是否有过因为项目因为压缩测试时间，而出现严重的腻烦情绪。这些事情大家可能都遇到过，达海这里想说的是测试是一个严谨，细致的过程，我们不应该带着自身情绪进行测试： 1.焦躁和焦虑会严重分散我们的注意力，使原本很容易发现的bug，而被忽视，遗留到后期，增加修复的成本。 2
最近很头疼啊，测试环境不稳定，什么都干不成。好不容易能用了，还没等做什么就又挂掉了，啊。。。
关于LR监视Windows和linux的说明 一 windows 1 监视连接前的准备工作 首先保证被监视的windows系统开启以下二个服务Remote Procedure Call(RPC) 和Remote Registry Service (这里具体在那里开起服务就不说了)。 &n
