呵呵，很久没时间写点什么了，从6月底写了一次年中总结到现在，没写过什么心情~其实那次年中总结也不应该算，因为那是写给领导看的。有人说，那也是对自己的一次总结，不能做表面工作....我一开始也是这么认为的，只是后来我才明白，其实不能太实在、太老实~缺点写多了让人觉得你太差劲，写的太少让人觉得你太骄傲；优点也是同样的
7月中旬离职，7月底就开始投简历，后面的几天基本上天天有面试，由于之前做的工作接触的测试太少，也没跟几个项目，没什么实战经验，基本上理论知识都是自己学习的。面了几家公司感觉很多公司都需要有经验的人。有两家公司，感觉比较有戏，希望大家帮忙分析下哈。 一家公司他对我笔试还比较满意，觉得基础可以
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在变，框架再变，没想数据结构也一周一变。 编个环境也麻烦，还经常有些莫名奇妙的问题。 这个项目看来不好做啊？ 不过应该可惜学到蛮多东西的，至少长了见识。 软件程序的水很深啊~
