51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2149|回复: 8
打印 上一主题 下一主题

如何证明测试的有效性

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2016-8-13 16:21:49 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
1.A模块重构,功能保持不变,实现逻辑有变化(SQL 表有变更),如何测试?
2.A模块重构,功能保持不变,实现逻辑有变化(原来依赖应用内部模块,现改为依赖外部应用),如何测试?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    奋斗
    4 小时前
  • 签到天数: 2820 天

    连续签到: 2 天

    [LV.Master]测试大本营

    2#
    发表于 2016-8-14 07:23:05 | 只看该作者
    操作主流程,查看数据是否正确
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    3 小时前
  • 签到天数: 3653 天

    连续签到: 105 天

    [LV.Master]测试大本营

    3#
    发表于 2016-8-14 11:40:09 | 只看该作者
    看你进行的什么级别的测试.
    第一种情况,如果原有测试用例有进行过模块和数据库接口方面的测试,那么调整测试用例,重新检查模块和数据库接口.
    第二种情况类似,有相应的测试用例,就进行测试用例的变更.

    如果不是上面说的情况,那么测试基本认为可以是一种黑盒操作,检查在特定输入条件的情况下,输出是否和预期一致.
    第一种情况,内部实现测试不关心,只要外部结果和原先测试用例一致,就认为测试通过.
    第二种情况,内部实现测试不关心,只要外部结果和原先测试用例一致,就认为测试通过.
    如果外部测试结果修改了,那么按照新的需求,修改相关测试用例.

    总之一句话,看测试用例,跟着需求走.

    评分

    参与人数 1测试积点 +10 收起 理由
    lsekfe + 10 积极回复获得测试积点10

    查看全部评分

    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-8-27 15:56
  • 签到天数: 322 天

    连续签到: 1 天

    [LV.8]测试军长

    4#
    发表于 2016-8-15 09:14:30 | 只看该作者
    如果是代码重构,先跟开发了解哪些具体的东西进行了重构,做代码评审,评审影响范围,个人觉得如果是大范围的代码重构,比如有的重构基本就是重写,原告的全部废弃,这种肯定是要重新全部测试。
    如果代码重构只影响到小部分,比如表结构变更更了,那就重新测试跟表相关的功能,如:查询,修改,添加数据等等
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
     楼主| 发表于 2016-8-24 16:55:39 | 只看该作者
    luming 发表于 2016-8-14 11:40
    看你进行的什么级别的测试.
    第一种情况,如果原有测试用例有进行过模块和数据库接口方面的测试,那么调整测 ...

    如果是黑盒测试,不关系程序的内部实现,完了可能测试的还是代码变更前的版本,这样还是不能说明自己所做的测试就是正确的。
    对于模块和数据库接口方面的测试上,要如何调整测试用例,因为功能没有改变,测得可能还是上一版本重点关注的点
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-26 11:57 , Processed in 0.061299 second(s), 23 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表