电脑里存的一篇文章，不知道是谁的，如果作者看到，我承认这个是你的版权- -希望带给大家些许启发，当然里面的三大点内容都是可以深究的。各小组测试人员： 首先，向你们道一声：辛苦了！感谢你们在整个项目开发过程中所做的努力，项目最终的成功有你们的一份功劳！借此机会，我向你们阐述一些测试方面的知识，希望你们能够将其运用于工作实践中，为自己的将来增添一些竞争的砝码。 下面我分软件测试综述，测试基础和测试
距离我的第一份正式工作的入职，已经两周了。第一周的时候，测试经理让我做已经成型的产品测试。然后第二周就让我进项目组跟进度做测试了。在这个项目组的测试成员只有两个，都是刚刚入职的，本人和另一个有5年经验的测试主管。 话说，俺俩都是新来的，自然凡事小心翼翼，但求无过。而在公司的项目中有些模块是引入诸如OFFICE等Microso
前些天刚来的同事学习Loadrunner,我翻了下抽屉，发现有一个Loadrunner入门的书籍，我就随手给她了。我突然在想，我从这本书上学到了些什么呢？一点也想不起来了，这本书是我09年换工作的时候买的一本书，当时为了应付笔试，从头到尾看过一遍，也实践了一部分例子。我花了几十块人民币，和大半个月的时间去学习，难道就是为了记住“虚拟用户生成器”、“
关于BUG流程相信大家都已经很熟悉了，并且用起来也得心应手，在此不再赘述。以下对BUG有一些小小的建议，主要针对我们日常工作中没有注意到的地方说的，建议虽小，但要重视噢。 对于研发经理： 当一个BUG被你审核通过，在派给开发人员时，你应该将BUG的状态改为“打开”。 审核BUG时你有最高权限，可以审核BUG的所有信息是否正确，所以最好重新审核一下我们提交的BUG严重程度，你有权修改哦。
已经on bench二个月又15天了，不知道大连的项目什么时候能开始，大连的公司啥时候能装修完，我又何时才能着陆大连，行李今天算是快递出去了，希望早日把自己打包也送过去。 想想自己是不是正是在逃离北上广的号召下，才选择的这个机会。已经在南方度过两年的时间，似乎已经熟悉了这里的夏天，可这里的生活找不到一点点的踏实，这里的空气都弥漫着浮躁，最近身边有六个人离职及即将离职，有人是奔赴爱情，有人想再追求一
《全程软件测试》读书笔记连载之一 引子 1. 测试的作用 软件测试好比制造工厂的质量检验，是对软件产品和阶段性工作成果进行质量检验，力求发现其中的各种缺陷，并督促修正缺陷，从而控制和保证软件产品的质量。 2. 软件测试在SDLC中的位置 测试贯穿整个软件开发生命周期（SDLC），
最近部门人员一直紧缺，好不容易招来一小姑娘，刚毕业，对于测试方面的知识那就是一张白纸，嘛都不知道，但贵在肯学，而且学习能力还挺强的。应该是个可塑的好苗子，想使其快速的成长起来培训是不可缺少的，暂按测试流程列一下培训目录： 1、测试总体描述，使其对测试有个总体的了解 2、熟悉测试
软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果，下面逐一介绍。 用例编号： 测试用例的编号有一定的规则，比如系统测试用例的编号这样定义规则： PROJECT1-ST-001 ，命名规则是项目名称＋测试阶段类型（系统测试阶段）＋编号。定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。 测试标题： 对测试用例的描述，测试用例标题应该清楚表达测试
一天之内收到两个offer，薪资水平差不多，我该怎么办？一个中软国际，一个国笔科技，哪个更好？有知道的嘛？
by Alois Reitbauer, Jun 08, 11 Response times are in many – if not in most – cases the basis for performance analysis. When they are within expected boundaries everything is ok. When they get to hig
