对于功能测试 的一点看法 需求理解了，知道客户想要系统实现什么，理解了业务，就知道了系统是怎样一个流程来实现的。然后按照需求来进行测试的，不满足需求要求的都可以认为是BUG。但实际中，这样一个简化了过程都很难，毕竟想从开发那拿到一份完整详细的需求都是很不容易的(当然，可能也有比较规范的公司，但目前大多数应该是这个情况)。 当然功能测试也不是真的那么简单，要做好一个功能测试
1.开发人员根据需求文档完成需求分析文档，测试人员进行评审，评审的主要内容包括是否有遗漏或者双方理解不同的地方。测试人员完成测试计划文档，测试计划包括的内容上面有描述。 2.项目经理通过和客户的交流，完成需求文档，由开发人员和测试人员共同完成需求文档的评审，评审的内容包括：需求描述不清楚的地方和可能有明显冲突或者无法实现的功能的地方。项目经理通过综合开发人员，测试人员以及客户的意见，完成项目计划。
1.浏览器的后退按钮 提交表单一条已经成功提交的记录，back后再提交，看系统会如何处理。检查多次使用back健的情况在有back的地方，back，回到原来的页面，再back，重复几次，看是否会报错。 2.通过修改URL中的参数,向服务器发起请求,看看会有什么样的结果 利用一些工具,如http watch,可以记录和捕获向服务器发起的URL请求,然后修改其中
RT。 P.S: 五花肉两刀落+芋头2个 配料（汁）：蒜头3个（蒜蓉）+3汤匙白砂糖+适量盐末+油+白酒+柱候酱+适量水 最好用瓦煲来闷，但是家里的瓦煲XX了，所以只能用锅头来煮了，一块芋头夹一片肉，砌好放在锅里面后，将配料均匀淋在上面 看起来配料浸到芋头扣肉的一半了…… 武火煮滚后文火焖上40分钟左右，要留意不要煮干水哦，今晚就煮焦了一点。
刚加入这个网站多多指教
第一部分 GUI用例编写规范 1.界面测试总则 打开页面,，页面至少符合以下几点要求： 1.1界面风格要求尽可能保持一致，对于同一公司而言，能够沿用公司的一贯风格，并且符合大部分Windows的界面习惯。 1.2 界面设计应该整齐，一致，简单，客户易用. 1.3 界面的总体布局应该大方，整齐并突出重点。界面元素的分布
刚刚，以前一个在工作上互相配合不错的同事过来拿钥匙（因为他的钥匙一直要我保管一个），拿走后给我发个RTX消息说要辞职了。突然感慨良多。 记得我刚进公司时他已经来了，那个时候公司就几个人，他负责WM那块的开发，我负责测试，后来.....
录入界面 1.1 输入字段要完整，且要与列表字段相符合（参照数据库进行检查） 1.2 必填项一律在后面用*表示（必填项为空在处理之前要有相关的提示信息） 1.3 字段需要做校验，如果校验不对需要在处理之前要有相关的提示信息 （1） 长度校验 （2） 数字、字母、日期等等的校验 （3） 范围的校验 1.4 录入字段的排序按照流程或使用习惯，字段特别多的时候需要进行分组显示 1.5 下
昨天去面试了，做下总结吧。 这是我第一次面试。之前在考研，从考场上下来就感觉我应该杯具了，所以就开始立马跑招聘会准备找工作。 投的第一份简历，排了N长的队。 由于排了长队，我也有时间打听前面人都问了些啥，好多不知道的当场就用手机搜到了。但排我前面那人被问到该公司在杭州同规模的竞争公司有多少，这个我当时还真没办法答出来。 轮到我，很坦白地说自己之前在考研，所以没有实习经验。很庆幸，居然
毕业4年多了，做了1年开发，3年多的测试，主要方向性能测试，测试管理，希望能和大家多多交流心得，共同进步，我认为测试工程师，最终发展方向是对产品质量整体把握！
