1，黑盒测试（功能测试） 测试条件主要根据程序或系统的功能实现来制定。也就是说，测试人员所要求的信息是输入的数据和观察到的输出结果，但他们不知道程序或系统是怎么工作的。这一类测试包括决策表、等价类划分、范围测试、边界值测试、数据库集成测试、因果图、正交阵列测试、阵列和表测试、异常测试、极限测试、随机测试。黑盒测试的一个主要的优点就是测试活动本身的行
小公司做web产品，测试就只有我1个人。 每一个新的模块都要经历的 第1阶段：初测（1天）。也可称之为冒烟测试，测试新开发的模块主要业务能否跑通。 第2阶段：功能测试（1~3天）。新模块各个功能点能否正常使用，容错测试。 第3阶段：界面测试（1~3天）。关闭bug，回归测试。 第4阶段：并发、接口、数据完整性测试。
一. 功能测试 1. 安装测试： 1) 安装过程中对于缺省安装目录及任意指定的安装目录，是否都能正确安装； 2) 若是选择安装，查看能否实现其相应的功能； 3) 在所有能中途退出安装的位置退出安装程序后，验证此程序并未安装成功（
对于功能测试 的一点看法 需求理解了，知道客户想要系统实现什么，理解了业务，就知道了系统是怎样一个流程来实现的。然后按照需求来进行测试的，不满足需求要求的都可以认为是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那块的开发，我负责测试，后来.....
