编写测试用例

测试用例的编写——实战项目 测试用例概念 测试用例是测试过程中很重要的一类文档,它是测试工作的核心,是一组在测试时输入和输出的标准,是软件需求的具体对照。 测试用例的方法 等价类划分、边界值分析法、正交判定表、因果图、错误推断法、场景设计法 测试实战项目 需求测试一个web端用户升级代理商的管理系统。 需求:管理员可以登录到系统内,给普通用户升级为代理或者推广员。 1、普通用户必须绑定手机号才能去操作升级。 2、一级代理... 阅读详情

开头

如果是老粉的话,就知道我一直学的是开发的知识,为什么突然写一篇测试的博客,会不会对测试理解不深,写一坨大的给你们,放心啊,我也学了很长时间的测试了,而且开发,我们懂一点测试的知识,以后我们对自己的项目进行测试的时候是不是也就更加专业,所以学这个还是很有必要的啊,好了,我们进入主题吧。我们也不需要搞什么专业的项目来进行测试(因为大家的知识面是不同的,所以我们就拿一些生活中的小例子来进行举例,这个也是我认为可以让大家更好理解的一种方式)。

我们先来试一试,我们买了一个水杯,我们要试一试这个水杯有没有什么问题,我们需要怎么做呢。水杯的测试不是很简单吗,就装下水,看看会不会漏,再看看喝水怎么样(应该就有小伙伴想,喝水有什么问题啊,来我们看实例)

,是不是这样喝水就有问题了吧(有人可能说感觉有点像强行拉上关系),那我们这样想一个塑料水杯,我们喝热水是不是就可能会对身体有害。所以说这个不算多余,这些都是需要我们测试的,而我们这样想就犯了一个小错误,就是我们想当然,我们之前的经验告诉我们这里不会出错,所以我们忽略了这个问题。但是如果是你写的代码(说句不好听的,可能跑起来,你都很开心了,所以你还指望什么之前的经验啊)。但是如果我们只有这么一点测试用例的话就太少了,因为这样远远覆盖不了,客户在使用过程中会出现的问题,所以我们还需要开拓思维,来发展我们的测试用例。

常规,逆向,发散思维

既然我们要开拓思维,我们就要打破常规,但是打破常规说起来简单,实际做起来就不好说了。毕竟思维定势这个东西,限制还是蛮大的,所以我就给大家提供两个大方向(也是最实用的两个思维),一个是发散思维,一个是逆向思维。

发散思维呢,也很简单就是像思维导图一样,我们对一个方向,我们继续往下细分,这样的实例也就越来越多,我们举一个实例,假如说我要你说出你们家的家电,我一下就想到了,我小时候,小区里面经常有收空调,洗衣机,电风扇的,但是你要我想别的,就有点困难了,但是我们利用发散思维我们先把家里小分下类,就比如分为了卧室,客厅,厨房,厕所,可能有些人有书房,以及办公房,洗澡间,那我们再想,卧室里面有什么,空调,电风扇,冬天时候的电热毯,可能还有什么按摩的一些工具是吧,卧室就想了这么多,我们就下一个客厅,客厅东西就多了啊,洗衣机,烘干机,茶几(有些也是电的了),有些人要健身的跑步机,吊灯,冰箱,这些那些的,是不是,我们才再分类中列举了两个列举的电器就这么多了,别的后面再说。

逆向思维,也就是反其道而行,就像韩信的背水一战,正面打不过,就把士兵逼到绝境,而一个人再绝境中,会肾上腺素飙升,爆发出常人远远达不到的能力,从而极限翻盘(当然这个也是要条件的,后人一直想要模仿,但是大多数就是士兵逼到了绝境就无心再战,军心涣散了,而韩信也知道这点,他就悄悄派人潜入齐军中,把他们的旗帜换汉军的旗帜,导致齐军以为家被偷,齐军军心涣散,汉军的士兵看到了希望,从而爆发了,大破齐军)而在我们的测试用例中,我们的产品实现了我们想要的功能,那我们不想要的功能他是不是也实现了啊(你不可以想当然的认为没有噢)

但是就算我们拥有三个思维的加持,但是你说这个测试用例要多少才算多啊。

根据6方面编写测试用例

害,我的回答是韩信点兵,多多益善。所以我们还想要更近一步,我就和你们聊聊,我学到一个特别好的方法,就是他对于一个物品先进行了总结,对于一个产品可以分为6大类,分别是功能测试,性能测试,界面测试,易用性,兼容性,安全测试。这个也是发散思维的一个具体表现。我们就先来解释一下,这些类是代表一些什么吧,功能大家应该都清楚,就是我们对于这个产品最基本的要求,比如水杯就要可以喝水和装水,性能测试就需要对这个功能进一步的要求了,就比如我们这个水杯倒水快不快啊,如果有点勉强就想,我们下东西,有些可能以kb的速度下,这个性能就是不够(不过有些是故意的,就像某些网盘),界面测试呢,在网页这方面是界面,在生活中,也可以叫为好不好看,还是水杯

喜欢吗,易用性测试就是好不好上手,就比如现在的网上店铺都已经做出模板了,差不多都是这些页面,你非要创新,这里改改那里改改,这样对于第一次来的用户就不友好,就比如我看盗版视频的时候,那个页面,搜索都不在醒目的地方,还要我去找,我可能就换一个软件了。兼容性,在专业方面来说就是比如是是不是每一个浏览器都可以使用,但是我就是喜欢不专业的例子,就比如我们看短视频,年轻人可能喜欢看游戏这些的,但是老年人就更不看游戏,他们喜欢看广场舞视频,中年可能就看看孩子的教育,但是有没有什么全年龄端都喜欢的视频呢,也有就比如野生动物的纪录片,像这样全年龄端都喜欢的视频就是兼容性高的视频,安全性就好理解了,就是对于我们有没有什么不好的影响,就像之前那个保温杯爆炸不知道你们还有没有影响。现在我们就开始尝试下一下水杯的测试吧。

使用上述方法编写用例

我们还是对水杯进行编写测试用例,首先把水杯分为6大类,功能,性能,兼容,易用,界面,安全性测试,我们一步一步来。

首先是功能,当然这里最好的方法是画一个思维导图,但是我画了就不好让你们看到我的思路,所以我还是以打字的形式,我想到了以目录的形式,来模拟思维导图,嘻嘻。

水杯

功能测试

我们的功能还可以继续往下划分,我个人感觉要分细一点好,这样覆盖的测试面就更广一点,但是我也知道太细了会造成时间的浪费,所以后面我也会有优化手段。

喝水

喝水我们就可以在装满的时候喝水看看怎么样,我们也可以在一半的时候喝下试试看,没水的时候,我们也要喝下(这些都不是多余,因为对于一个我们没有接触过的东西,我们也没有这样的经验,对于一个知道的东西,你也可能写出bug,多次强调了啊)。

装水

装水也是一样,我们先试试,装满了水,再继续装会怎么样,我装一半的水,怎么样,甚至不装水,而我们要装的一定是水吗,我们试一试装饮料,试试装奶茶,装咖啡,装中药(就拿这个来说,假如药渣我们都可以过滤掉,是不是这个也是我们的一个优点),都试一试。

特色功能

而上面都是一个水杯最基础的功能,而我们现在还要保温杯,我们就看看可不可以保温,有些上面还有盖子可以显示温度,我们也测试一下,还有这个水杯好不好拿,假如说水杯表面很光滑,手都拿不住,是吧各种各样的功能,都是需要我们测试的。

性能测试

性能测试就是对功能的进一步测试,就比如

保温效果测试

在很热的时候,客户烧了一壶水,倒进去了,等了一个下午还是烫嘴,在冬天的时候,客户倒进去了,上个厕所就冷了,这些东西都是需要我们进行测试,

倒水的速率

看看倒水的速率高不高,太高了也不行,一下字就全部出来了,就容易搞一身,太低了,就搞个半天,

会不会漏

我影响很深就是我奶奶家的这个水杯你但凡导慢了,这个水就会沿着杯壁流出来,这个绝对不是人的问题,因为我每次都导出来了。

兼容性测试

这个我想到的就是分人,毕竟还是有特殊人群的。

老人,小孩,孕妇,以及一些残疾人。就比如孕妇,可能他们对一些正常人无所谓的东西会有一定的反应,这个我们也要避免。

易用性测试

就像我这个杯子,确实很大,但是我一个手还是拿的起来的重量,就是有点滑手,拿不稳,我就可以测试一下,在装满水的时候,好不好拿,装一半的时候好不好拿。这个就是易用性差了一点,反正不可能是人的问题。

界面测试

看看这个杯子好不好看啊,看看这个高度怎么样,还要圆形杯子的半径怎么样,会不会太大了,一个手抓不下,

安全测试

看看这个杯子能不能 耐高温,能不能耐氧化,能不能耐腐蚀,有没有做到密封,密封的时候里面气压太高了,会不会在打开的时候大量气体喷出,会不会于一些特殊的饮料,奶茶,中药发生一定的化学反应,这个杯子容不容易碎。

对于测试用例的优化手段

这样我们随随便便也可以写出2,3十个测试用例来,但是测试用例就是越多越好吗。那肯定不是,虽然我们测试用例多可以覆盖更多的场景,但是有些场景发生的情况是一样的,我们就可以把这两种情况合并,恭喜你,你掌握了等价类。多说一句,下面的方法我们在工作中不一定会使用,但是我只是想通过这些方法开拓我们的思维,使我们的测试用例更加的高效。

等价类

等价类就是依据需求将输⼊(特殊情况下会考虑输出)划分为若⼲个等价类,从等价类中选出⼀个测试⽤例,如果这个测试用例测试通过,则认为所代表的等价类测试通过,这样就可以⽤较少的测试⽤例达到尽量多的功能覆盖,解决了不能穷举测试的问题。不过我说白了,就是有些用例可以合并,没有必要再测试一遍。我们最常见的就是输入密码的时候比如我们要输入6到15位就可以了,那么小于6位的情况就是一样的都是无效的,大于15位的情况也是一样的都是无效的,在6到15位中就都是有效的,所以我们就只需要再小于6位中取一个用例就可以代表小于6位的全部情况了,同样的我们也在大于15位中取一个用例就可以代表大于15位的了,在6到15位中取一个代表全部的情况,但是问题又来了,小于6位,我取什么比较好呢,毕竟这么多数字我有选择困难症,不知道怎么选,这时就需要结合我们的边界值法,这个边界值法也特别好理解,就是出问题最经常的地方就是边界,所以我们最好的测试用例就是边界值,不过是一个是有效的,再取一个无效的这样凑一对,在6到15中,就是我们取了6是有效的,离6最近的无效的就是5了,所以 5和6就是一对测试用例,而15是有效的,离15最近的无效的就是16了,所以15和16就是一对测试用例。这两个方法也是在数字的场景下,最方便的,最好想的方法了。

正交法

我们在这种情况下

总不能每一个都按上面的进行测试吧,假如用户名按上面最少的算4个用例,那我们有5个要填的空,这样就有4的5次方个测试用例,是不是太多了,所以我们要进行优化。首先,这么在多元素的情况下,我们也就不需要知道具体是几个数了,我们知道有效无效就好了(就像领导不需要知道底层员工具体要做到事,但是要有一个大方向),那这样我们就把测试用例的数量减为了2的5次方,但是我们还可以优化,我们通过大量的统计(统计学的魅力),发现在某些情况下,出问题的概率要大于别的用例,所以我们进一步的优化就是测试大概率的就好了,别的用例就算了。而这些用例,我们就可以通过正交表来实现

大概像这样,因子就是元素,下面的 1,2,3就是可能发生的情况,不过确实在工作中不使用,我们要掌握这样的思维就好了。

判定表法

我们在生活中有多种操作的时候,组合在一起就可能会产生不一样的效果,就比如我现在玩的情感模拟器一样,我在前面的不同选择,就会导致后面出现不同的结果。而如果我们把每一个前面的每一个选择都提取出来,而后一一列举,我们选择的全部可能性,从而得出全部的结果,这样列一个表,我们就叫为判定表。如图

就像这样,也没有什么想多了,下次见吧

深入解析测试用例编写:从理论到实战 本文详细介绍了测试用例编写的全过程,包括需求分析、测试策略选择、测试用例设计、编写与评审。强调了测试用例的重要性,如明确测试目标、提高测试效率、保障软件质量等。通过等价类划分法、边界值分析法等多种设计方法,结合实际案例,展示了如何编写高质量的测试用例。同时,提出了基于用户需求、结合开发文档、关注异常情况等编写技巧,帮助测试人员提升技能,确保软件质量 阅读详情

相关推荐

测试用例编写规范(系统总结)

目录一 概述1.1目的1.2使用范围二 测试用例编写原则2.1系统性2.2连贯性2.3全面性2.4正确性2.5符合正常业务惯例2.6仿真性2.7容错性(健壮性)三 测试用例设计方法3.1 等价类划分法:3.2 边界值分析法:3.3 因果图法:3.4功能图法3.5错误推测法3.6 正交实验设计方法3.7接口间测试3.8数据库测试3.9可理解(操作)性3.10可移植性四 测试用例编写规范4.1测试用例命名规则4.2测试用例编号规则4.3测试用例文档书写内容五 编写用例注意事项5.1功能检查5.2 面向用户的考虑

MXB_1220的博客 3988

测试案例编写规范总结

测试用例编写规范

m0_57028677的博客 1495

测试用例编写的八大要素及编写详细指南

编写高质量的测试用例是确保软件质量和可靠性的关键步骤。测试用例定义了输入、执行条件和预期结果,为软件测试提供了明确的指导。本文将介绍测试用例编写的八大要素,并详细说明如何编写高质量的测试用例。

1257

软件测试(测试用例)—写用例无压力

软件测试——用例篇 文章目录软件测试——用例篇一、概念二、测试用例总体设计方案1、等价类 ☆2、边界值 ☆2.1 边界值法设计用例步骤3、判定表 ☆4、因果图5、场景设计法 ☆6、错误猜测法7、正交排列三、实际操作中注意的点3.1测试用例的注意点四、缺陷介绍1、缺陷的判定标准2、缺陷产生的原因:3、软件缺陷的核心内容4、缺陷类型5、缺陷编写5.1缺陷练习 一、概念 测试用例的基本概念: 测试用例(Test Case)是为了实施测试而向被测试的系统提供的一组集合,这组集合包含:测试环境、操作步骤、测试数据、

qq_54219272的博客 11万+

测试用例的编写方法步骤

**测试用例的编写方法** 嗯,做测试,好多时间是在琢磨分析测试用例怎么去写,这个每个公司规范可能不太一样,但是大致思想是一致的。都是想要通过测试用例,把每一个分析到位,进行测试。测试用例包括像测试编号,测试所属模块,测试步骤,预期结果,测试结果这些栏位,当然这些还可以在细分,比如我们有些时候还会根据模块差异,平台差异等设计其他测试用例规范形式。 用例编写步骤: 拿到测试需求 -> ...

beijingyk的博客 1731

测试用例编写入门

测试用例编写入门 编写一个清晰、简洁的手工测试用例是质量保证的重要组成部分。当手动测试人员在基于手动测试数据库中运行测试用例时,你可以做很多事情来确保测试人员有简单的步骤可以遵循。另外,我们编写的大量测试包含“功能测试”,这意味着重点在于检查功能如何工作。手动测试的一部分是确认现有的功能如预期的那样工作。当我们继续开发我们的产品时,我们可能会偶尔破坏某些功能,而手工测试的目的是“检查”一切都按预期工作。 编写测试用例的总体注意事项 措辞要简明 使这些步骤易于遵循 必要时进行描述性描述 不要拘泥于术语 有一

kerongao的博客 444

测试用例编写

文章介绍了什么是测试用例,包括测试用例作用以及测试用例模板;再接着介绍了一种编写测试用例的方法。

weixin_43812150的博客 1299

测试用例编写规范2024

7. 预期结果,必填有多个预期结果时,按(1.1,1.2,2.1)描述,建议一个步骤的预期结果不超过3个。4.用例名称,必填用概括的语言描述该测试用例的测试点,每个测试用例的标题不能重复。● 需求/故事/原型,《需求分析》,《测试计划》,《测试方案》,《设计图》等。P2:常见输入框、字符等正向用例,常见异常场景的业务流,常见的失败类场景。● 用例设计编写在需求评审,迭代启动会结束,测试计划,测试方案评审通过后。10. 用例等级,必填用例等级制度,参考“测试用例等级”● 用例评审后,根据评审意见修改用例。

weixin_43193667的博客 963

如何基于需求编写测试用例

主要是写了为什么要设计测试用例,写测试用例的时间,以及根据需求编写测试用例中一些心得

weixin_42247160的博客 2014

DNA pull-down技术避坑指南:从探针设计到质谱验证的完整实验方案

本文提供了一份详尽的DNA pull-down技术实战避坑指南,涵盖从探针设计、生物素标记、磁珠选择与预处理,到结合洗脱优化及下游质谱验证或Western Blot验证的全流程。重点解析了如何通过精细操作降低非特异性结合、提高实验特异性与重复性,并对比了质谱与WB两种验证路径的适用场景,旨在帮助研究者构建稳健可靠的DNA-蛋白质互作研究体系。

weixin_29274337的博客 493

MATLAB下pdf文件操作读取示例

当遇到一些需要大量数据的项目,数据的读取与储存显得尤为重要。怎样把数据从其他格式的文件中读取,并运用到程序中是很多时候我们要解决的问题。对于平常的.txt,和.xlsx文件,MATLAB有对应的函数帮助读取,但是遇到pdf文件时MATLAB很难读取内容。本文以一个操作实例提供了一个从pdf文件中读取数据的方法。

UESTC 五高考3模拟的博客 6558

编写测试用例的方法

在编写测试用例的过程中,我们也有许多编写方法,下面是一部分总结: 1、等价类划分法 顾名思义,等价类划分法就是将所有测试用例划分为几个互不相交的子集,他们的并集就是全集,再从每个子集中选取若干具有代表性的值作为测试用例。 概念: 依据需求将输入(特殊情况下会考虑输出)划分成若干个等价类,从等价类中选出一个测试用例,如果这个测试用例通过,则认为所代表的等价类测试通过 思想: ...

everthing willl be ok 7836

Alibaba Java Coding Guidelines,以后我的Java代码规范,就靠它了

前言 对于Java代码规范,业界有统一的标准,不少公司对此都有一定的要求。但是即便如此,庞大的Java使用者由于经验很水平的限制,未必有规范编码的意识,而且即便经验丰富的老Java 程序员也无法做到时刻将规范牢记于心。所以对于代码规范扫描工具,一经问世就广受青睐,阿里巴巴出品的Alibaba Java Coding Guidelines(阿里巴巴Java代码规约扫描,以下简称为AJCG)插件便是其...

java梦工厂 859

如何编写测试用例

我们为什么需要编写测试用例? 什么是测试用例 测试用例的设计方法 等价类 边界值 判定表法 因果图法 状态迁移图法 场景法

再来一块红烧肉 5533

Linux环境下使用线程方式操作UART读写功能

本文介绍Linux环境下使用线程方式操作UART的方法,实现了串口打开,关闭,发送数据,接收数据功能,还编写测试代码,验证该功能。

mftang的博客 2078

2023-12-26~2025-07-04备份

一、海康视觉与汇川机器人 服务器-客户端通信设置IP在同一网段名称IP端口类型海康相机工控机7930服务器机器人3000客户端海康VM服务器设置1通信管理 增添TCP服务端,设置本机IP:192.168.0.20,端口号79302 协议解析 通信双方约定通信格式(设置收发数据格式,分隔符)机器人客户端设置(不同类型机器人设置有差别)1 通讯服务设置 设置连接服务器IP、服务端端口号、机器人端口号,确保连接正常2 协议解析 使用指令代码构建通讯解析。

青铜小码农 3126

测试用例编写原则及规范

测试用例编写原则及规范 1.统一测试用例编写的规范,为测试设计人员提供测试用例编写的指导,提高编写的测试用例的可读性,可执行性、合理性。   2.测试用例,不仅仅用于QA阅读和执行。它们也可能会被开发、PD、PM等阅读审查或执行;也更可能被其他测试人员或者新员工作为业务学习、测试执行的参照。   3.编写测试用例的最终目标是:一个对于产品毫无所知的人员,也能够快速的熟悉用例并执行...

qq_41650233的博客 8245

【007】C++编程必知:原码、补码、反码的全面解读

计算机存储的是数据的补码。原码:计算机中对数字的二进制定点表示方法。比如123的原码是0111 1011。无符号数:原码=反码=补码。有符号数:要分正数和负数,正数的最高位为0,负数的最高位为1。其中,正数的原码、反码、补码都是相同的;负数的反码等于原码的符号数(最高位)不变,其他位取反;补码等于反码+1。比如:-123的原码是1111 1011,反码为1000 0100,补码为1000 0101。原码、补码和反码都是用于计算机表示有符号整数的方法。

Lion_Long的博客 2918

xmind编写测试用例总结

一、编写覆盖全面的测试用例 1、分别设计不同类别的测试用例 1)冒烟测试用例,用于开发自测 2)全功能测试用例,用于测试执行用例 2、从用户角度出发,编写测试用例 3、边界值、意外情况,异常用例的编写 4、根据业务流程,编写流程相关的用例 5、根据代码实现方案编写用例(前后端分离) 6、根据业务经验编写用例,新业务、影响到的业务 二、XMind编写测试用例要点 1、一看用例...

somi张的博客 2万+

2026华为OD面试题084:贪心的商人

商人经营一家店铺,有 `number` 种商品。由于仓库限制,每件商品的最大持有数量是 `item[index]`。 每种商品每天有一个价格 `item_price[item_index][day]`。通过对商品买进和卖出获取利润,请给出商人在 `days` 天内能获取到的最大利润。 注:同一件商品可以反复买进和卖出。 输入描述: - 第一行输入商品数量 `number` - 第二行输入商人售货天数 `days` - 第三行输入 `number` 个整数,表示每件商品的最大持有数量 `item[in

琅嬛福地 273

低代码组件开发——OpenClaw智能助手的组件设计与开发(2026技术版)

OpenClaw智能助手的低代码组件开发平台采用分层架构设计,包含组件定义、注册、配置、渲染和生命周期管理等核心模块。该系统支持UI、功能、数据和集成四种组件类型,强调可重用性、可配置性和可扩展性。组件定义通过TypeScript、React等技术实现组件结构和行为的描述,组件注册中心基于Node.js和MongoDB管理组件版本。该平台通过React、Redux等技术实现组件渲染和状态管理,并提供完整的生命周期管理机制。这种架构设计显著提升了智能助手应用的开发效率和质量。

一键难忘的博客 407

测试用例编写规范

本文旨在规范测试用例的编写,确保测试用例具备清晰、可执行、可维护等特性,从而提高测试效率和质量。随着软件版本的迭代更新,测试用例也需要进行相应的维护和更新,以确保测试用例的有效性。本规范适用于所有软件项目的测试用例编写,包括单元测试、集成测试、系统测试等。测试用例编写完成后,应组织相关人员进行评审,确保测试用例的质量。使用统一的测试用例模板,确保测试用例格式规范、内容完整。针对输入参数的边界值设计测试用例,提高测试用例的覆盖率。使用测试管理工具管理测试用例,提高测试用例的管理效率。

m0_62228839的博客 430

jre9下载 jdk9

(Java SE Runtime Environment 9.0) 9.0u175 官方最新版 【x86|x64】

如何优雅编写测试用例

拒绝冗余,用例可以多,但不要冗余,尽可能以最小场景覆盖最全的范围,同一个等价类只需测一条数据,当然,因为测试不可穷尽性,测试场景肯定不会最全面,往往会受限于时间和资源等成本,这时需要在有限的资源下,寻求质量和效率之间的平衡点,优先级这个字段就起到了作用,再引申就是测试策略的问题了,整体上采取基于风险驱动的模式,有侧重点地去验证一些场景,优先核心功能,或者增加资源和延长周期,同时寻求自动化相关技术去提升整体效率。每条测试用例的备注,备注内容可以按实际情况填写,一般有备注的测试用例都比较重要,需要格外关注。

2401_86343726的博客 1055

RU DOS版、EFI版32bit/64bit BIOS常用工具

DOS版、EFI版的RU工具,可用来查看IO、MEM、PCI、SMBIOS等资源。亲测在EFI SHELL下可用。

IEM模型,地表粗糙度模拟

利用微波反演土壤水分时候,利用IEM模型可以实现对随机地表的模拟

测试用例如何编写?

目录前言1、思考用例的目的2、用例要易于编写、修改和更新3、用例要易于执行4、使用测试用例集5、不要迷信需求和设计6、总结关于测试用例,我们测试人员的问题有很多,比如:测试周期紧张时,是否可以不写用例?测试周期紧张,希望用测试点来替代用例,可测试点的呈现形式和复杂程度应该如何控制呢?为了方便分工,领导安排我们按照模块来编写用例,导致很多场景/流程没有覆盖,此时如何处理?用什么工具来管理用例呢?excel或者专门的工具?哪种更优呢?产品中很多页面的测试点很相似,每个页面都写用例感觉是在浪费时间,但不写用例又担

MXB_1220的博客 712

VC中sqlite的使用

在VC中对sqlite的使用,实现数据库大批数据的快速插入,读取数据库中的数据在ListCtrl中显示

上一篇: https的进化之路(八卦版)
下一篇: 抽奖系统的测试报告
star050913
博客等级 码龄3年 277粉丝 33原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值