系统的帮助手册由测试员来编写，在我们公司是理所当然的。虽然时常被老板说成是低级的体力劳动，资源浪费，但是公司也从来没想招一个专门的文档员回来写各种各样的文档。可以说，我们公司除了需求和概要设计，其他所有的验收文档都是测试员来写的。甚至连产品简介这类需要市场知识的文档都是由测试员来编写。 就目前而言，就算是让我给客户作系统培训我都是可以的，但是写产品简介却是我们部门的人一生的恶梦。 不知道别的公司的
大家都用过哪些测试工具？ 包含web 测试，手机测试，其他嵌入式系统测试等，请大家写下自己用过的软件测试工具，以供他人参考，学习，谢谢~~~
这两天一直在耿耿于怀一件事：有个算是比较严重的bug，自己都把用例执行完了也没发现，却被一个不被看好的新人发现了！ 到底是因为时间长了自己对系统审美疲劳了？还是每周6*12的工作量把我弄得混沌了？还是用例写的不够规范让我误解了一些东西？ 唉 想想都后怕，不知道这个版本我还漏测了几个bug，初次单独负责一个项目压力真是不小。 也终于明白了一件事，挣多少钱操多少心啊，以前挣一千多的时候也没这么晚回家，
刚刚在别人的帖子上回复了一下,.点确定.IE也挂了...崩溃了.难道我电脑有问题???
这个网站有很多BUG.经常IE提示错误,需要关闭.请斑竹注意. 一.在输入相关资料后.点确定已经阅读的地方选上了选项,选择提交.就出现IE浏览器报错.然后所有IE全部自动关闭.整个申请时出现2次. 二.在看到有提醒消息时,给小窝留言,点确定.出现IE报错.自动关闭一次...
通常软件测试会暴露软件中的缺陷，经过修正后可以保证软件系统的功能满足需求并正确运行。但是，在系统测试和确认测试中，测试人员容易遗漏一些隐藏的缺陷。众所周知，软件测试不可能发现所有的缺陷，而软件开发周期各个阶段仍然存在注入缺陷的可能，但是，有一些缺陷是测试中容易忽略的，也就是说，通过测试方法和用例可以充分暴露这些缺陷，遗憾的是，它们往往被忽略或者某种原因忘记测试了，这就给软件留下了隐患或者危机。这些
随着Internet的日益普及，现在基于B/S结构的大型应用越来越多，可如何对这些应用进行测试成为日益迫切的问题。有许多测试人员来信问我B/S的测试如何做，由于工作较繁忙，对大家提出的问题也是头痛医头脚痛医脚，没有对WEB的测试过程做一个整体的概述。希望通过本篇能够让大家了解大型Web应用是如何来进行测试的。 B/S下的功能测试比较简单，关键是如何做好性能测试。目前大多数的测试人员认为只要跑一
软电话测试工具：SIPP sipp是sip的压力测试工具，为了测试sip服务器的压力，在测试中使用sipp模拟了uac和uas。下面给出使用的脚本。 1，注册脚本 注册脚本分为两部分，一部分是主叫的注册，一部分是被叫的注册。这两个文件使用的csv文件不同，场景文件相同。 &
最近开始感受程序员的状态了，一个人测试Two个项目，开发一个项目，然后带着一个徒弟，忽然感觉自己真能扛呀。 说说做程序员的感受。项目语言是Java，用的是Spring的框架，记得曾经对这个总觉得是个很深奥的理念，现在用着感觉原来只要学习的话，其实并不难，关键是心态的问题。虽然
前段时间，出去笔试面试了一番，面试问的问题各不相同，但是有一个问题，基本上有点规模滴公司都会问到，“你为什么要从事测试工作？”“为什么做测试，而不做开发”“是主动做上测试的，还是被迫。。。” 回答 测试中发现bug的成就感吧，显得你变态 回答 大学学
