因部门成员反馈学习性能测试时： （1）常常没有方向感，不知道自己要做哪些事； （2）学习时，不知道哪些要先学，哪些后学； （3）当学到一定程度时，不知道还要学习哪些东西； 希望能有一个总体流程或思路做参考，所以编写了如下内容； 以下只是个人的一些想法，仅供参考，希望大家发表自己的看法，共同探讨，共同进步； 1、准备知识 （1）什么是性能测试； （2）为什么做性能测试； （3）选择
喜欢现在的工作，也喜欢现在的工作环境，但是两年不给涨工资…… 苦恼中，咋办？
加入，是新的机遇，要把握哦
做了三年测试一种感觉就是很多公司不重视测试，认为就是找几个大专生摆弄摆弄产品，没什么技术含量。领导认知不够，直接导致从人员、管理、薪资、软硬件设备上，测试相对于开发都有较大差距。实际上国外对测试这方面认识相对合理，根据个人经验，国外大公司测试、开发比例在0.8：1到1：1之间。因此长期来看，随着国内对外开放的进一步深入和软件流程的进一步完善，做测试是有前途的，不仅在于个人待遇上，更在于个人的能力展
由于某些原因，我们这段时间不得不在非常短的时间内进行嵌入式的产品测试 这个转变是在是太大了，想以前都是测通用平台测习惯了的，测试手段也丰富多彩， 现在挪到vxworks环境下，只能靠写测试程序来测了，幸好大家的底子都还在， 不然我还真得为人员头疼了 这也是队伍里有一些应届生的好处吧
每次做完一个项目都胆颤心惊的等待用户验收测试检验，如果有编码错误我们是要求逐个分析遗漏问题原因的，是开发问题还是系统测试问题，是测试分析问题还是测试实施问题。基本上功能问题都会归宿到测试不完备上。咳...... 测试的不完全性好像在这方面不起作用。不知其他公司是怎么处理BUG遗漏问题的。
现在的测试环境，受限太大，非常不爽。 机器自己不能瞎搞，有点小问题都得找系统管理员。 没有admin权限，安装，使用LR都得申请管理员权限。 无法链接外网，就无法对用户环境进行测试。又得申请外网。 局限性越大，所承受的压力越大； 随机性不强，对软件测试来说，进展不利。
软件工程英语文档：Documents软件工具：Software Tools工具箱：Tool Box集成工具：Integrated Tool软件工程环境：Software Engineering Environment传统：Conventional经典：Classical解空间：Solution Domain问题空间：Problem Domain清晰第一，效率第二Clarity
怎么由最大并发用户数推算出最大在线用户数？这个相信是困扰不少人的问题。 我们常用的确定并发用户数的公式是：C=活动用户数×操作时间/系统运行时间如每天最大在线用户数为100人，每个用户平均操作时间为2小时，系统运行时间为24小时，那么并发用户数为：100×7200/24*3600 =3.47按照这个公式反推过来，活动用户数=系统运行时间×并发用户数/操作时间以网
刚刚进公司的时候，部门里面比我小的就1，2个，现在发现很多比我小的进来了，还有89年的和90年的，瞬间觉得自己老了，被人在后面追赶的感觉真不好啊，不知道大家有没有同感，哈哈。
