qq_26535453的博客

编辑记录：测试点：1.写入数据库。（不修改、一个或多个字段修改）2.前端显示。（被修改的数据能够及时更新到前端）     3.按钮变化：使用按钮修改时，按钮修改前后的变化编辑完成后，实现界面数据更新方式：a.一条记录，单个字段更新。b.一条记录，多字段更新。采用刷新单条记录的某一个或多个字段就行了编辑记录的方式：一、编辑界面编辑整条记录二

图片替换：1种是删除原来的图片记录，重新成生一条新的。2.在原记录上更新 某些字段替换的话不仅要能替换掉图片，还要替换掉掉图片的属性，比如是否是封面啦，和作为封面是否也要同步更新到其它相应字段去。本身+属性+别处引用举例：本身：实质内容是否被替换           属性：当前相册封面、总相册封面         别处引用：记录直接有封面路径字段，需要同步更新。

一般个性化设置里都可自已选择样式。常见的有字体颜色、背景颜色。而有时候为了让文字在背影色上显示出来，往往使用白色。白色的特点就是在白色以外的背景下显示明显。如果你调的样式，使字体的背景色成为了类似于白色，那么文字就显示不清楚了。而不设置背景色，默设的正好是白色，这样就会产生BUG了。

以下是图片反盗链的做法：在访问图片服务器上物理路径的之前判断  截获访问此图片的Request.UrlReferrer（获取有关客户端上次请求的 URL 的信息，该请求链接到当前的 URL。）是否是本域名的。最简单的方法是用以aspx页面根据参数再输出图片在这中间进行截获判断简单的说就是在你请求时，判断请求的来源是否会要求的域名。同样这种做法

最可能的原因是：字段长度太小，这个改起来很方便。可以不限制字段长度，排除是否是因为字段太短造成的。产生这个问题的原因：1.前端没有限制长度。2.用户的需求不明确，实际中比预期用的字段长很多。

多个地方用同一个上传插件：若限制上传文件大小：有不能大于1M,  不能大于2M两类限制在限制不大于1M的位置：         小于1M正常上传         1         2在限制不大于2M的位置：         小于1M正常上传         1         2

当修改一个公用方法时，应针对所有可能影响到的地方进行测试。哪些是可能影响到的地方呢：比如上传图片我们能想到的是各个用到上传图片的地方。  每个上传的地方：有两类操作，新上传，替换而这两种操作用到的方法可能是两个不一样的。所有要分两种情况进行测试。虽然都用到了上传方法，但是处理两个操作时，可能又重新编写了两套方法，上传方法只是其中一部分，所以要分两种情况测试。

由于删除了在用户角度相当于不存在，但是在数据库中并没有真的删除，而是用一个字段标识出该记录为删除数据。由于从后台读取数据，用于展现时，往往忘了加该字段进行过滤，所以就增加了一个比较重的测试点。再有如果用户修改了数据，却发现没有变化，很大可能是因为服务器有缓存。编辑操作：可能更改某个字段，或者把某条记录删除。

比如记算均价    这种依靠其它字段进行计算，得来的值，要关注依赖数据进行，修改时，能否动态生成。

提交前检查：单项检查点：1.有值检查。提示语1     2.规范性检查--提示语2A.必填项：1.有值检查  2.规范性检查-                              任一不通过，禁止写入                     通过-----------写入DBB.选填项分两种：B1选填项： 规范性检查

SELECT fans_id INTO mFROM t_weixin_fansWHERE wx_open_id = iLIMIT 1;也可以对多个变量赋值：select a,b INTO m,n from tablenamelimit 1是必须的。

在DB上执行的是 update tablename set col1='xx',colN='yy'where  条件前端情况：要修改的记录：单选、多选、本页全选、全选。                    全选的话，传当前显示记录的条件                    单选、多选、本页全选    要传记录的ID对于一条记当之上的修改，要执行循环，像修改一条记录一样，执行

如果内容中  缺少了部分样式标签，可能会影响到内容之外的部分。如图片。

按钮：1.按钮前后变化：a.消失b.变为另一种功能c.本身消失，出现另外按钮。             避免误操作。2.实现业务  前端数据变化(更新)+数据库记录变化

1.关键字为空时匹配a.匹配出的记录不能太多，因为太多就不方便找到需要的数据了。b.匹配出用户最可能需要的数据。2.有关键字时匹配

1.url哪些参数可以放进去，哪些不可以放。http://www.test.saofang.cn/companyManager/tecent/activityLottery.do?activityId=85后面的id 可以随便改，可以查所有活动。编辑房源时，不应带有房源ID，防有人改ID编辑其它人的房源，加密。比如每个用户密钥都不一样，很难破解。2.有些操作自已去数据库

个人经验：1.不可能明白业务背后的规则。业务规则唯一的来源就是需求，不能单凭个人经验自认为。2.一些个人经验无法发现的功能点。有些功能点，单凭个人经验是无法发现，会导致漏测。看需求的时间安排：1.尽早2.安排有时间的人看需求

SELECT DISTINCT h.house_id AS id, title AS title, cover_image_url AS thumb, house_price AS price, unit_price AS unitPrice, house_size AS size, `house_city_proper` AS area,

1.选大类后，待选项为该大类的数据。2.不选择大类，也可从全部待选项中选择值。a.必填项检查。b.仅是提供数值的一种方式。

1.回车键响应：输入框监听事件，Enter输入时，提交查询，并不是旁边搜索按钮的作用。在百度主页输入字符就会跳到新的页面，输入空格则不会，也是监听了一些合法的输入，则跳转到新页面。2.空查询。显示全部数据。3.连续查询。4.空格查询

1.根据条件，检查有无记录。有，则删除无，则新增。2.删除的风险在于删除了其它字段的信息。所于有必要在删除前，先读取出来其它字段的信息。再把新信息同记录一同写入。这种方式也是更新数据的一种方式。

1。重复提交完全相同的数据。特别是插入数据时，如何处理。因为调用者往往在未收到响应时，重复调用该接口。一般会将新增接口，直接转编辑。（转编辑时容易出现的一个问题是，直接通过某个字段是否存在来判定转编辑，但是某些有绑定关系的字段可能会被 修改）例子：对编号是25的一班学生新增，可能三班的25号存在已存在，直接修改的话，会转编辑的话修改掉三班的25号，所以要考虑到已存在的25号是1班，3班...