作为一名测试人员，提交缺陷是我们必须做的功课。不知各位是否考虑过，缺陷描述也是一门“艺术”，它影射了一个人的测试经验，测试深度。缺陷描述能否做好，直接影响了我们的测试效率，更确切的说是影响了开发人员修改缺陷的效率。一份高质量的缺陷描述让开发人员看的时候是一种享受，可以提高他们的工作效率；而一份让人费解的缺陷描述，不仅会让开发感到无从下手
希望在这里能学到更多的知识，与大家共同学习共同成长。
一、显示问题 1、页面无乱码现象：在可以输入中、英文的系统输入中文，不能出现乱码，输入系统的某些特殊符号不应被忽略或显示为空格等 2、页面无异常数值：不出现null、 NAN等字样 3、页面无别字现象：如“下载模板文件”不能写成“下载模版文件” 4、合理添加滚动条：如弹出页面每页可以显示较多条数据时，应根据需要增加竖直滚动条，防止数据显示不全，移动时出现异常；合理添加水平滚动条，防
目前来说软件测试人员都有这么些问题吧，这大概已经成为中国目前测试的瓶颈了。人心浮躁大概不是某些职业人特有的，其实是我们这些年轻人的通病了。但身为测试人员，当你在应聘找工作的时候是否发现过自己的不足呢？浮躁的测试人还是占大多数。一、根基不牢 问题：利用等价类划分的方法，对某问题设计测试用例。 分析：98%以上的应聘者只知道按照有效等价类和无效等价类进行划分，殊不知此种分类方法只是等价类划分的一个
2010-03-11号 马上就周末了.在外面出差还没完呢.. 今天讨论到了 软件的性能问题. 看了看以前写的脚本. 自己回顾一下,免得自己忘记了... Action(){ int stricmpvalue,qiandaovalue,chaxunvalue; // double wastetime; &nb
1.在搜索日程输入框输入"<>。详见附件。 2.对于不能重复添加教师需求，添加教师页面验证没有错误，我通过下述操作步骤仍让其出现了教师重复添加。 操作步骤： 1).教师维护页面：添加教师123，删除教师123，添加教师123 2).系统及用户管理-登录用户维护-恢复删除用户：恢复刚刚被删除的教师123 3.由昨天的bug引发，我又把系统里所有查询输入框重新测试了一遍，结果又
1)学会 沉默 有时候，你被人误解，你不想争辩，所以选择沉默。本来就不是所有的人都得了解你，因此你认为不必对全世界喊话。却也有时候，你被最爱的人误解，你难过到不想争辩，也只有选择沉默。全世界都可以不懂你，但他应该懂，若他竟然不能懂，还有什么话可说?生命中往往有连舒伯特都无言以对的时刻，毕竟不是所有的是非都能条列清楚，甚至可能根本没有真正的是与非。那么，不想说话，就不说吧，在多说无益的时候，也许沉
1. 进入MySQL的目录 比方：C:\Program Files\MySQL\MySQL Server 5.0 2. 进入该层面的bin文件 3. 编辑指令 ：mysql -h localhost -u root -p 便可以链接到数据库
2010-03-11
最近总是处理一些很少遇到的问题，测试人员A部署环境需要oracle 9i的数据库环境，惟独一台NT的测试机上有个oracle 9i，结果一问负责该机器的测试工程师B，该9i数据库荒废很久了，还没来得及卸。 部署环境与重现问题时间很急（现场的项目问题），找台机器重装9i不现实，只能想办法解决，过程去到两大问题，这里分享下，方法不一定唯一，
如何减少无效缺陷的提交？ 1. 测试前细化需求，保证对需求理解正确，避免提交存在歧义的缺陷： 测试人员不能在测试时仅仅凭自己的经验、想法来随意提交缺陷，每个缺陷必须有对应的需求作为支撑。如果认为是需求存在歧义，这样的情况，应该是在测试前与项目组成员进行沟通，达成一致观点。尽量减少理解上的歧义，力争尽早消除无效或争议的软件缺陷。
