测试公交卡，如何去设计测试用例？
回答·24
最热
最新
- 这个问题是当时面试的时候面试官给出的一个问题，但是因为考虑的不是很全，只说出了上下车的提示以及多人刷卡，其余没有考虑到，结果可想而知，，，， 按照现在实际公交系统的刷卡系统，可以从以下几方面设计用例 一、基本的功能测试 1、是否能正常读卡：在读卡时能否发出正确的声音。正常的刷卡声音与不正常的声音区别。例如卡内有钱和没钱、钱不足的提示声音是不一样的。 2、读卡声音能否听见：声音的大小。 3、乘车需要刷卡几次啊：刷一次卡，还是上下车都需要刷卡。 4、是否正常扣费。 5、是否是根据里程进行扣费。 6、最高充值金额。 7、一天之内可以刷几次卡。 8、是否容易消磁 9、换卡之后，金额是否正确。 二、界面测试 1、刷卡机是否能为用户接受，客户能否一目了然找到刷卡的位置。 2、打开刷卡机时是否需要初始化、初始化是不是比较简单操作呢。 3、刷卡之后，刷卡机界面是否会高亮显示、刷完卡之后，多久界面会不再高亮显示。 4、界面根据需求设计是否显示：余额啊，本次消费金额啊等。 三、易用性测试 1、刷卡机大小是否合适，摆放在公交车上是否占位置，妨碍乘客上下车 2、刷卡机的界面是否容易观看：现在的刷卡机都是竖直面，不好观看，例如介意斜面设计 3、刷卡机是否有具体的刷卡位置，还是大体的刷卡位置 4、卡片的大小、外观、长宽高设计是否合理、图案设计与原型是否一致 5、注意事项标明确没有 6、刷卡距离最远是多少。 四、稳定性测试 1、能在不同的状态下进行刷卡，包括公交车开在平坦的高速路上或者颠簸的道路上，都能正常刷卡。 2、在阴雨天气下，夏天冬天等温度高或者热的情况下能否刷卡成功。 3、在电量低的情况下是否能刷卡。 五、安全性测试 1、材料是否是符合国家标准 2、一律采用国家统一标准的秘钥管理系统和极具安全模板进行测试 3、是否有刺激性异味等。 4、棱角平滑、不锋利，不伤手 六、政治方面测试 1、刷卡机上是否有任何含有政治性色彩、地域性歧视的语言、词语、图标等等。 七、压力测试 1、一定时间，比如早上、晚上上下班高峰期乘客较多时，能否短时间内全部刷完 2、也要控制同一张卡在短时间内不能连续刷卡几次 3、当刷卡机受到不同的损坏时（如道路不好，乘客剐蹭撞击时），是否依旧能正确刷卡。 4、能否进行弯曲操作、可弯曲的最大程度 5、是否支持多个卡片同时进行刷卡
- 这个问题在我看来先分这么几种情况： 单纯的面试题 公交公司推行新的公交卡 手机厂商的 apk 公交卡支持 应用厂商的 apk 公交卡支持 对于面试题来说，这类的问题，我形容为无底洞问题，对于后面的三种情况来说，这只能说明你们目前在当然这就是你的能力、知识面的体现……优点不言而喻。但是对于我这样一个发散到收不回来的选手，面试官听的也头疼。 首先说一下这个问题的问题： 1、一句话给过来，先分析的是动词，测试公交卡，测试没有歧义，是动词，表现的是一个动作，同时也明确了当前的任务方向与后续动作的一个大的范围，但是好像也没有什么信息量； 2、紧接着就是状语，形容词等，进一步缩小测试动作的范围，很明显遍历完之后没有相应的关键词，也就是说测呗，随便来，没有任何交付限制，没有任何人力，没有任何形式限制……； 3、名词公交卡，公交卡在没有智能手机支持 nfc 的时代，指的就是 m1 的读写卡，涉及金额的卡都是有加密算法保密的。在现在，公交卡的形式包括 m1 卡片，手机 nfc 虚拟卡片，动态二维码这几种形式，测的是哪种？傻傻分不清楚； 4、如何表示的是提问的开头，重点侧重于 how； 5、去设计，如果分成两个词和句子的成分不符，所以是一个动词。表明是要在设计上，不是如何写，也就是限定了你的回答范围是测试的相关概念的运用，目前来看问题表达的是要我来对前面的项目进行设计； 6、测试用例在测试面试的过程中应该被合并为一个词语，保证句子的成分和词语表达意思的完整性。测试用例是明确了前置条件，操作步骤，后置条件，验收标准的一条数据，对接的开发会根据用例来增加需求表达不完整的异常情况，产品经理会看出来你覆盖的是什么需求、测的是什么属性，测试执行人员会清晰明了的执行和验证，QA 可以把握现在项目质量情况那里是被覆盖的，不用额外担心。但是结合去设计再看的话，表达意思就不是要概念堆积的意思了，而是去写测试用例，设计只是显得高大上的高级词汇。 7、到此，就会发现这句话的意思本身就表达的有问题，如果不在测试呆过一段时间，肯定会开始自己的概念堆积，也就暴露了你是其他职位转的测试。那么如果开始一条一条的写测试用例会怎么样呢？毫无例外，说明了你在之前的工作岗位上做的更多的是用例的执行。 正确的操作是什么呢？ 让我们重新解读一下这句话，目的：写测试用例，但是要体现你的思考，对概念的运用（到这个位置你可以证明你是测试人员，工作内容设计到写用例），明确项目范围，确认需求边界，了解实现的架构、部署方案、交付内容……，这时才是说明你参与过用例的设计。 1、补齐缺失的信息，项目背景，项目合同，需求设计文档，概要设计文档，部署方案——这个时候你就可以很好的考虑到你现在测试的是什么项目，项目中公交卡是什么样的形式，等等的限制信息，如果面试你的人描述不出来，那么他就是测试 pl，如果描述比较清晰，那么他就是测试 fde； 2、描述最基本的一条用例，基于此用例的其他用例需要给出概念上的依据，表现你的的概念扎实，可以熟练运用； 3、考虑第二条用例，从第一条用例描述完之后的每一条，都要考虑你测的是功能还是性能还是……并且为什么这个时候加入这一条测试，把握好逻辑性，可以明确自己用例具体涉及哪些方面，哪些需求，也方便面试官可以确认让你说下去是一个很完整的测试用例。 那么真实执行的时候是怎么做呢？首先，把项目相关的文档准备好，在项目合同的内容上明确交付内容，如果存在缺陷修改的难度大小需要排一个优先级；项目需求文档，大概明确那些是用户提出的需求，哪些是为了实现需求而引入的需求，越靠近用户和基础资源优先级越高；概要设计文档，可以了解项目的整体架构，资源部署情况，各组件的职责，代码在其中的作用……同样根据历史项目经验看组件的能力和缺陷，对组件的风险定级。一般这个时候就是第一版测试用例参与的时候了，让开发明确异常的处理，产品明确需求的细节，自己评估人力投入和优先级确认。 详细设计文档很可能没有或者敏捷开发没有，所以代码走读就是你测试用例之外的补充了，维测日志是否充分，日志打印规则是否规范等等，同时也要根据开发的代码更新自己的测试用例和更多的应用场景。 这个是之前自己切实参与项目开发，测试过程中，面对缺陷量比较大且无法投入充足的人力自己思考的一个基于 nlp 自然语言处理对项目文档资料探测测试用例的整体方案。虽然目前没有大量的数据做词库的支撑，但是根据项目合同和需求文档构建的语料库，可以满足实际的用例输出。
- 其实吧卡和卡机应该一起测试，不知道为啥只测试卡。 只是卡的测试如下 1卡的扣款测试。 2卡的有效性测试，有效打卡距离，有效接触时间等 3环境测试，温湿度对卡的影响。特殊环境影响。 4充值测试。 5假卡以及破损卡测试。 行业不同具体只能想到这么多。可能还有加密之类的我就不清楚了拉。
- 公交卡的测试点 功能性测试： 公交卡在公交车刷卡机上正常感应，并正常扣费 地铁，公交根据路程长短，扣费是否符合标准 在地铁上刷卡正常感应，入站不收费，开闸机，出站扣费，开闸机，充值金额最高值低于多少金额，卡片不能使用，导致刷卡失败，金额不足充值后可正常使用，充值时卡里余额正确，使用时，金额一致。 消磁后不能产生感应，更换卡片后，卡里余额正确 注销后，无法执行消费、充值等业务 界面测试： 外观完整，美观，公交卡的长度，宽度，厚度，质量，光滑程度，材质是否与设计一致 公交卡的图案与文字的排版是否协调，关键字标识度，公交卡的注意事项标注是否明确，文字清晰度等 性能测试： 刷卡的有效次数，能否一次性刷卡成功 最大刷卡次数 能否弯曲，可弯曲最大长度 文字图案耐磨性，持久性 卡的耐热性，耐寒性。高温，低温是否能正常使用 与手机等电磁设备装在一起，消磁程度 水洗后，卡片的文字，图案不受影响，并能正常使用 非关键部位残缺后，不影响使用 兼容性： 在规定使用范围之外的闸机上使用该卡，是否会感应 与其他卡片接触，消磁程度 在不同的公交车，地铁上（尤其是新设备）可正常使用 不同的充值站点充值，账户余额是否显示正常，刷不同的公交是否能消费成功，其他消费市场能否消费，是否被消磁 易用性测试： 携带方便，防滑，轻便使用简单，易操作 感应灵敏度高，反应及时，刷卡时感应，不必紧贴刷卡机 安全测试： 棱角平滑，不锋利。不伤手 高温不烫手 高温不释放毒性，低温不释放毒性（无毒）
- 不依赖于实际场景使用的测试用例是在浪费时间，会与开发产品限于无休止的扯皮中 这个提问背后隐含了金融问题就是收入与支出的问题，只要设计到钱的问题都是非常重要的是测试的核心点，当然也有其他非核心的，要抓主次矛盾，及时上线才是合理的 1 卡依赖于人:老人卡，学生卡，社会人卡，公交集团内部卡，时段卡(三天五天）旅游卡 不通卡有不同计费策略 2 卡有生命周期:没钱了是否能用，能否挂失，三天卡过期了是否还能用 3 卡有形态:虚拟卡和实物卡 4 卡有地址:北京卡，上海卡，南京卡不同地域的卡可以互刷？5 卡里有东西:钱，钱没了能坐公交？卡最多能充多少，公交卡的刷卡机能显示吗？ 6 卡如何充值:人工，自助，手机充 7 卡的物体属性大小尺寸颜色厚度 8 卡的扩展功能是否可以地铁公交轮渡共同使用 9 卡的计费策略测试，用卡人关心自己的支出，公交公司对账关心自己的收入
- 基本流程就是公交卡刷卡机，扣钱。 再设计异常的场景，不同的卡，不同的卡机，不同的距离，不同的操作方式，验证是否扣钱成功，是否正常扣钱。
- ui:卡的材质卡的大小卡的种类等 功能:充值消费退费金额感应距离一次性多次性有效期等 安全:芯片的重写芯片的仿造等 性能:其实卡本身没有性能可言，但是刷的机器是有性能，卡只是一个媒介 接口:非法请求等等
- 1、黑盒：卡本身的使用软功能，业务场景组织 2、白盒：正向、逆向（接口层面） 3、性能：硬件耗损、软件业务系统 4、安全：信息泄露、横向越权等
- 1.公交卡的外观，大小 2.公交卡的充值与消费 3.公交卡的感应距离 4.重复刷卡 5.欠费 6.公交卡的识别
- 应该很多，题主问的应该是哪些特殊的 case 1.扣除额度超过剩余额度 2.卡面接触带有磁性的电子设备是否可用 3.重复刷卡会怎样 4.少刷卡会怎样（如进站刷了，出站没有） 5.卡的耐性程度（高温，低温，弯折，边角磨损，水洗，挤压磕碰）