摘要：关于常见的缺陷提交错误分析。希望能给大家在日常工作中提个醒1）常见错误错误错误列举主观评价使用“我”、“你”等人称代词。可以直接使用动词或必要时使用“User（用户）”代替主观评价使用情绪化的语言和强调符号，例如黑体、全部字母大写、斜体、感叹号、问号等。只要客观地反映出缺陷的现象和完整信息即可，不要对软件的质量优劣做任何主观性... 阅读全文

摘要：作为一名测试人员，提交缺陷是我们必须做的功课。不知各位是否考虑过，缺陷描述也是一门“艺术”，它影射了一个人的测试经验，测试深度。缺陷描述能否做好，直接影响了我们的测试效率，更确切的说是影响了开发人员修改缺陷的效率。一份高质量的缺陷描述让开发人员看的时候是一种享受，可以提高他们的工作效率；而一份让人费解的缺陷描述，不仅会让开发感到无从下手，还会降低对测试人员的信任度。因此说，... 阅读全文

摘要：测试用例这种东西对于刚入行的人来说是一种诱惑，初入测试的人急于掌握这门学问，所以一开始就会问测试用例怎么写，问的同时或许还包含了一些期望。其实测试用例就是一个测试矩阵，任何人没有必要注重形式问题，如果你现在或者未来的公司有套非常完善的文档管理体系，那么你可以参考标准模版，如果没有你们大可跟我一样使用下面的格式： 　　-----------------------------------------... 阅读全文

摘要：软件测试主要从以下16种类型进行测试：　　一：功能测试（10个方面）　　菜单、工具栏、快捷键、下拉框、按钮、单选按钮、复选按钮、切换、链接、触发键　　二：界面测试　　登陆界面、总界面、输入界面（增、删、改、查）、处理界面、输出界面、报表界面、提示界面　　三：容错测试　　数据长度、数据类型、非法此操作　　四：接口测试　　接口测试也叫业务流程测试（包括功能模块之间、模块与模块之间、子系统之间）　　内部... 阅读全文

摘要：在我测试工作的前几年，一直以为测试的目标和价值就是在黑盒测试活 动中找bug，以找到bug越多越自豪。但当我随着商业意识的不断积累，跳出测试的视角，站在公司的角度看测试时，会发现测试的目标是商业成功，而不仅是 找bug。商业成功的关键是什么？简单点说就是可以长期地稳定获得大量的客户并获得足够的利润。而要想长期稳定的得到客户的喜爱，就必须提供让用户满意的 质量，这是测试找bug的初衷。可是商业成功要... 阅读全文

摘要：测试用例写的太细化了，则适应不了系统的变更需求；写的太粗糙，则可操作性不强，太随意。，如果文档中的对操作步骤描述的过于具体，像下面这样：　　01.　　在“用户名”项中输入“user”；　　02.　　在“密码”项中输入“password”；　　03.　　点击“确定”按钮。　　这样的... 阅读全文

摘要：第一次走到新的办公室，透过落地的巨大玻璃门，可以看到里面的会议室。许多人会习惯的去推门，同时脚步并没有停下来。结果“哐”的一声巨响，整个身子就撞了上去，鼻子贴到了玻璃上。原来，这扇门是只能拉而不能推的，这是每个人都会遇到的事情：只能拉的门去推，只能推的门去拉，或者直接一头撞进那种左右滑动的移门上去。这是Donald A. Norman在一本很有趣的书，名字叫The Desi... 阅读全文