参加工作马上就一年了，想象中的测试和实际的测试工作差距很大。以前在培训的时候老师告诉我们测试流程，在实际工作中根本就用不上，测试人员根本就不可能参与需求评审，基本上代码编写好之后就会扔给测试人员需求。培训时学了大概11种写用例的方法，可是到了实际工作中写用例时那些方法用的最多的就是等价类边界值了。有时候边测试需求还要改，改完又得重新测试。如此反复的
一些常用的性能指标包括： 响应时间； 并发用户数； 吞吐量； 资源利用率； 最佳并发用户数； 最大并发用户数； 一般在性能测试过程中普遍需要监视的系统资源包括： 监控内存的使用情况； 监视CPU的使用情况； 监视磁盘活动情况； 监视网络活动情况； 以上这些都是最基础的，主要是针对类似网站等用户量大的系统，可是对于只有少数管理员的网络安全管理产品来说，又应该注意哪些性能指标呢？ 举个简
请教个问题：ORACLE服务器用的是10G，客户端装的是9i的 。 ORACLE自测成功，但是PLSQL登陆时，报错：ora- 12154： tns ：无法处理服务名。 请各位高手帮忙解决，因为测试VGOP数据上报，必须要用到的，急啊
我是做功能测试的，主要负责电脑主板的各项I/O接口的功能测试，稳定性测试，longtime 测试，偏硬件一些，分属于研发部，整个部门还包括EE和BIOS，有没有跟我从业经验类似的，我们这个部门发展的前景怎么样？ 谢谢！
被测软件的业务流程是开展测试工作的重要准备活动，同时在测试过程中起到十分重要的参考和分析依据作用这个问题很简单但是又很难。简单是因为软件业务流程可以顺藤摸瓜，难是因为不知从何入手“被测软件”听起来有点大，被测软件的行业背景、软件的大体作用，总的框架结构这些“大”方面的信息比较容易获取和理解。实际上软件是由众多功能组成的，在实际工作中，功能模块的业务流程对测试起到了直接的指导和参考作用（例如测试用例
我是一名今年即将毕业的大学生，学的是计算机科学与技术，对于一些语言也有大概的了解，但是不是很精通。想以后从事软件测试这一块的工作，但是现在的问题就是我不知道自己先选择做哪一块才能更有利于自己以后的发展。从网上看到一些成功人士关于学好软件测试意见，有的说是直接步入软件测试就行，有的说最好先干几年的软件开发在转软件测试，这样会对自己以后的软
1、成就感 除了兴趣和好奇心之外，还有一个因素是驱使测试人员不断地工作的，那就是成就感。开发人员的成就感来源于创造、建设。测试人员的成就感来源于破坏、指责。 这种建立在破坏、指责带来的成就感，看起来好像不是很健康。但是其实每个人都或多或少的存在这种倾向。只不过是测试人员把它正当地使用起来了。 人天生就存在两种倾向：建设倾向和破坏倾向。这也是为什么世界上会存在两种人：好人和坏人。 这
昨天接到测试窝的邮件，还不了解这是个什么“窝”，O(∩_∩)O~ 不过我现在开始做测试喽，刚从开发转到测试，摸不着头绪…… 去听ISTAB的培训老师讲了3天的课，大脑里面总算有点印象啦 感触还是蛮大的，认真的学习，提升能力。 加薪，O(∩_∩)O哈哈~
很早以前看过的一篇，写的很好，从一个崩溃的用户角度反映出测试的一些东西。 一个局长使用B/S系统的无奈（此局长纯属虚构，如有雷同尚请见谅）：
随着软件业的迅猛发展，我们的开发也从以前的单层结构进入了三层架构甚至现在多层架构的设计，而数据库从以前一个默默无闻的后台仓库，逐渐成为了数据库系统，而数据库开发设计人员成为了炙手可热的核心人员。以前我们往往把数据库操作写在应用层，从而提高各个模块的独立性和易用性，而现在越来越多的数据库操作被作为存储过程直接放在数据库上进行执行来提高执行效率和提高安全性。 数据库开发既然在软件开发的比重逐步提高，随
