搜狗测试

什么是需求了解呢？需求了解，就是对需求文档进行分析并提出疑问，然后和产品、开发沟通解决，以便明确需求、全面理解需求。进行需求了解的目的是为了达到三方共识，避免出现开发实现的不是产品想要的，测试理解的和产品要求的有偏差等问题。了解了需要了解的重要性，那需要了解什么时候做呢？要做什么呢？要如何做呢？首先，来看一下需求了解什么时候做？当项目开始，产品提供了产品文档后，这个流程就应

先说说我们搜狗公司都有哪些服务器端的应用。1.有web端的服务，包括搜狗搜索、搜狗百科、搜狗抢票、搜狗地图、12306服务器端抢票等等。2.有客户端相关的服务，包括浏览器的名单更新服务、客户端的升级服务、搜狗号码通的号码查询服务，等等。针对以上的这些服务，我们总结归纳了一下，划分了两种类型：a. 一种，我们称之为B\S结构，即浏览器\服务器结构，也就是各种web应用

1、回忆操作步骤、尝试重现尽量回忆当时的操作步骤，并且最大可能的复原当时的操作环境。确认当时的操作步骤是否有误。如果确认无误，可以多次尝试重现；即使发现有操作错误的情况，也不要认为没问题了，要思量为什么会操作错误是否用户也会有这种操作？然后和产品讨论自己的想法，很可能这是用户体验上的问题。可以把整个操作流程进行分解，逐个步骤进行考虑影响因素，然后

问题代码重现：上面代码中，我们不(hen)难发现,在GetByte时我们需要将原来32位的DWORD先右移8的倍数位(由于32/8 = 4,我们有四种选择，所以移位可以写成（3 - off)*8 ),然后再与上0xff就好了。好了，这个函数是OK的。重点来了，我们发现下面这个GetWord函数，在移位时，由于32位取高16位或者低16位，只有两种选择，所以这里正

在我们的日常工作中，出现线上事故是难免的，而作为项目最后一环的测试，往往首当其冲：“测试怎么没测出来？”是人们首先想到的。于是出于这种先入为主的想法，测试往往会承担过量的责任。而作为测试人员，却往往下意识的保护自己 精力大部分放到开脱自己的责任上，事故的善后做的不够好、不专业。其实在遇到事故的时候，要及时做总结和通告，把事故最真实客观的情况、每个角色在这个事故中的责任、事故的解决方案以及后

对于功能本身的各种测试，相信对于任何一名测试工程师而言都不会陌生，在测试的过程中，都做过什么样的测试呢？经常听到测试人员说，这个要进行功能测试，这个是进行性能测试，这个要进行兼容性测试等，到底有哪些测试类型呢？功能测试，想必对各位测试人员来讲，都不会陌生，功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能，是测试人员进行最多的测试，就不多说了。那

我们进行客户端网络相关的测试时，肯定要更改服务器返回数据进行测试，但频繁更改线上服务器的数据肯定不现实，即麻烦又有风险，所以就需要我们自己做网络返回数据了。自己改网络返回数据，一般有两种方法，一种是指向代理服务器，然后在代理服务器上进行数据修改，此时我们使用fiddler；另一种就是更改hosts文件，把服务器指向自己的测试服务器，然后在测试服务器上进行数据修改。1. 使用fidd

一、Fiddler中如何过滤会话每次使用Fiddler，打开一个网站，都能在Fiddler中看到几十个会话，看得眼花缭乱。最好的办法是过滤掉一些会话，比如过滤掉图片的会话。Fiddler中有过滤的功能，在右边的Filters tab中，里面有很多选项, 稍微研究下，就能知道怎么用了，不再赘述。二、Fiddler中会话比较功能工作中，有时会遇到想看看两次返回的内容

头：小W啊，来，交给你一新任务，给我写个能同步时间的工具。（ps：苦逼的测试们经常需要修改系统时间，所以会有这么个需求。）小W:好啊好啊，交给我就成，放心吧您。滴答滴答。。。一个小时过去了，小W在终于写出了一种方法（偷偷告诉你们：网上抄的），就是从一个官方的站点（例如www.time.com 等等)获取时间，网上有好多类似的做法。

Android应用适配测试浅谈什么是Android适配测试Android适配测试是为了让一款应用能够在各种Android设备上良好运行，达到最佳用户体验而进行的一种测试。它涵盖了安装，应用功能，界面显示，输入交互，程序稳定性等许多方面。为什么要进行Android应用适配测试系统碎片化原生系统版本更新速度快（从2008年9月至今，发布了从1.1

每一次技术创新都将影响我们的生活，搜狗号码通Themis首创声音标记功能，通过众包的方式将诈骗分子的声音一一标记，用户接到陌生来电，可以选择启动Themis进行识别，仅需0.45秒即可得知识别结果。Themis，闻声识诈骗！原文链接如需转载该篇文章，请注明来自“搜狗测试”

在LoadRunner的脚本优化时，有时将发送给服务器的请求参数化时，服务器返回的内容也会和参数化的内容相对应，例如发送的请求带有查询key=123，则服务器也会返回含有123相关的内容。这时我们在使用检查点检查服务器返回的数据正确性时，通常也会用到和参数化同样的取值来校验。这样在每次迭代过程中，每次都会取不同的值，完成检查过程。但是如果基于实际场景设计的脚

Fiddler渐渐的已经成为网页调试的必备工具，测试人员也会经常使用Fiddler这款工具监测网络请求，辅助进行测试，而在Fiddler2中自带了一个QuickExec命令行，用户可以直接输入并快速执行脚本命令。那么这个功能的入口在哪里呢？（如下图）在这个框上面可以使用一些快捷键：1.ALT+Q：快速将焦点设置到命令行中2.CTRL+I：将当前选中ses

测试工程师日常工作中，经常会与其他团队角色进行沟通，这其中难免会出现一些沟通的问题，这些问题需要更多地沟通技巧来解决。本次小编想跟大家分享一下：如何与开发沟通功能实现。某测试同学为了测试一个功能，需要了解功能的实现逻辑，所以她满脸笑容地找到开发同学后说道：”你给讲讲Cookie同步是怎么实现的吧！”开发同学不耐烦道：“说了你也不懂。”以上情景相信不少同学遇到过吧，小编分享下

我们进行服务器端功能测试的方法，主要是修改本地请求数据，然后检查服务器端的返回情况。所以就涉及如何对本地数据进行修改，当下比较方便的就是fiddler工具，有两个方法可供使用：1、composer；2、请求断点1. 使用fiddler中的composerWeb端测试时，时常有Post接口的测试，由于浏览器一般只能输入GET请求，无法使用浏览器测试，所以经常需要自己写一些代码

初入软件测试行业，无论是经过相关的培训，还是通过周围同事的介绍，大家都会知道软件测试有两种基本分类：黑盒测试与白盒测试。那么我们眼中的黑盒测试是什么样的呢？维基百科中给的解释是，黑盒测试，软件测试的主要方法之一，也可以称为功能测试、数据驱动测试或基于规格说明的测试。测试者不了解程序的内部情况，不需具备应用程序的代码、内部结构和编程语言的专门知识。只知道程序的输入、输出和系统的功能，这是从用

一、介绍一些简单的概念：1.字符（Characters）：各种文字和符号的总称。2.字符集（Character sets ）：是多个字符的集合，字符集种类较多，每个字符集包含的字符个数不同。3.编码：用户存储字符的一种方法。4.编码包括以下两种形式：1)互相关联的代码页，即代码页之间存在相互包含的关系，例如：ANSI中包含Double

手机软件测试中，网络测试是很常见的，所以查看和修改请求与返回数据就是基础。本文介绍如何查看网络请求，以及如何搭建环境，后续再介绍修改请求数据以及更多应用。下面介绍三种独立的方法。1、使用fiddlerFiddler是强大且好用的Web调试工具之一，它能记录客户端和服务器的http和https请求，允许你监视，设置断点修改输入输出数据。1、 配

2014年就要过去了，这一期该写点什么文章呢。我们四位小编聚在公司楼下的赛百味，一边品尝着三明治+柚子茶，一边讨论着年末微信公众号的文章内容。“要过年了，写一篇关于跨年时间导致的BUG的文章吧。”“嗯，非常有必要。以前开发大大们在时间问题上犯了不少低级错误，写出来分享给大家一定很有趣。”“OK，那就写一篇关于搜狗浏览器那些年在时间上邂逅的

随着浏览器功能的不断完善，用户量不断的攀升，涉及到web服务的功能在不断的增加，对于我们测试来说，我们不仅要保证服务端功能的正确性，也要验证服务端程序的性能是否符合要求。那么性能测试都要做些什么呢？我们该怎样进行性能测试呢？性能测试一般会围绕以下这些问题而进行：1. 什么情况下需要做性能测试？2. 什么时候做性能测试？3. 做性能测试需要准备哪些内容？

在软件的版本更替中，每个版本中都会增加一些新特性，完善一些旧逻辑，随着软件的逐渐成熟，功能的不断增加，势必会出现两个问题：新增功能对原有功能的影响有多大原有功能是否会出现新问题此时，势必需要进行回归测试，随着软件的不断发展，回归测试所占的比重就会越大。实际的工作中，一方面要全，希望覆盖范围尽量大，避免出现遗漏；另一方面，又要效率高，投入大量的测试成本，只为一

一、文件读写基本介绍文件的读写操作在实际的手机开发中非常常见，比如记录数据以及App的版本号、作为某些开关触发过的标记、甚至保存书签等，由于目前的主流智能手机操作系统（如Android，iOS）都是基于Linux/Unix进行开发的，故文件的读写也有着相较于一般Windows系统更为复杂的特性，比如拥有者身份，读写以及执行的权限等，进而使得文件的读写在移动应用的测试中显得非常重要。对于

相信大家在测试工作过程中一定遇到许许多多的问题，而且每个人的问题都不太一样。今天总结小编在测试过程中经常遇到的几个方面与大家分享一下。1.测试执行方面测试过程中，我们常常会担心测试不够全面，覆盖不全。因为我们知道测试不足（没有覆盖到足够的度）极有可能带来严重的后果，但过多的测试就能够在解决这个问题的同时不带来弊端吗？显然不是的。设计测试用例本意是为了规避测试的随意性