1**：请求收到，继续处理 2**：操作成功收到，分析、接受 3**：完成此请求必须进一步处理 4**：请求包含一个错误语法或不能完成 5**：服务器执行一个完全有效请求失败 100——客户必须继续发出请求 101——客户要求服务器根据请求转换HTTP协议版本 200——交易成功 201——提示知道新文件的URL 202——接受和处理、但处理未完成 203——返回信息不确定或不完整 204——请
测试场景 场景编号场景描述预期结果场景一页面检查正确场景二默认条件搜索查询结果正确场景三修改可选条件搜索查询结果正确场景四修改输入条件搜索查询结果正确场景五修改区间条件搜索查询结果正确场景六组合可选、输入条件搜索查询结果正确场景七操作后检查搜索条件及查询结果查询结果正确场景八错误、空记录搜索查询结果为空7GJ jJ)D4Enj%Z'D244944 测试步骤描述
ADO，ActiveX Data Object，ActiveX 数据对象。是ASP语言访问数据库的中间件。BAT，Build Acceptance Testing，工作版本可接受测试。新工作版本正式测试前进行的一项快速测试过程，目的是保证软件的基本功能和内容正确完整，具有可测试性，经过BAT测试后，就进入了正轨测试阶段。BRC，Bug Review Council，缺陷复查委员会。负责Adobe
测试的目的是保证软件能够正确的完成用户期望的功能，并且不会给用户造成不必要的损失，保证软件达到需要的质量要求。所以，测试人员的责任并不仅仅是“找Bug”而已。1. 确定什么才是正确的行为，特别是定义边界行为的正确性要确定软件运行是正确的首先要知道什么是“正确的”，这本身就是测试人员的重要职责之一。需求工程师和项目经理不可能一次将产品在所有情况下的行为都定义出来，甚至不能想到所有的情况。这种时候测试
从软件角度讲，电子游戏本身也是一种软件，属于软件的一类，因此游戏测试和软件测试必然有其共同点，本文不详细讨论这部分，而主要讨论其差异。 首先，我们从软件的开发过程入手： 通常一个软件的开发过程如下：接受订单 需求分析 设计文档 程序设计 程序实现 集成测试 阿尔法测试 贝塔测试软件发布游戏也是一种软件，开发过程也逃不出这个框架，但是从开发的第一步开始，游戏就与一般的软件存在了比较大的差异： 首先：
刚起步的时候经常困扰我们的是一些本来容易解决的问题，往往我们会花掉很大的力气去找解决的办法，最后才知道原来这么简单，这就是英文世界造成的。 Intent在Android应用开发中，占有很大的分量，关于Intent在Android中的作用在网络上已经有很多资料了，这里不再累赘，本人喜欢直来直去。在网上看到很多关于Intent的资料，说那么多，你也许还是一头雾水，到底如何使用Intent呢？这里总结一
兜兜转转，又做了测试，缘分哪~ 不过现在的测试和原来的不一样，让我有点迷茫。 现在的工作，似乎就只是对照着Check List，看看各项和标准是不是一样而已，突然觉得，也许就会一直这么下去了...... 我要怎么提升呢？
好久没加班了，还真是有点不习惯啊。 见过问题多的环境，没见过这么多的问题的环境。 UI在变，框架再变，没想数据结构也一周一变。 编个环境也麻烦，还经常有些莫名奇妙的问题。 这个项目看来不好做啊？ 不过应该可惜学到蛮多东西的，至少长了见识。 软件程序的水很深啊~
前几天一直在各种手续，熟悉项目组的文档、环境什么的。今个带俩一起实习的女士办完银行卡后，算是把入职这些事告一段落喽。 本人很开门见山的要求直接进项目做测试，作为实习生貌似是有点狂了。这项目也是颇大的，居然2个G，不得已我摆弄了N久的手机。然后配置环境、编译文件什么的，一下午基本上就OVER了。
经理辞职了，工作感觉轻松了，压力小了，不知怎么的，感觉大家的干劲没有那么大了，团队的凝聚力也小了，活还是一天天地干，同事们都还是原来的状态，哎！
