公交刷卡機的黑盒測試方案

yzz_19

1.至少需要包括刷卡機的整個工作過程；

2.需要覆蓋到盡可能多的特殊情況，比如車壞了後的換乘或退款，分段計價

中的下車忘刷卡的處理等等情況；

大家想想怎么寫.這是一面試題.

echo5410

不错，学习一下。

theares

不错，收藏。

bluesky1986007

作为方案的话应该包括很多部分组成，有需求拆分，环境搭建等等，总之先做个需求拆分，但由于我不知道公交刷卡机的具体SRS和HLD，所以只能凭想象来写了……把公交刷卡机拆分如下：
1、外壳部分：可以从GUI、压力测试、安全性测试、极限测试等测试点进行分析
2、屏幕显示部分：可以从GUI方面如是否能正确显示、显示最大数目、当对方卡中欠款时的显示情况等等……；功能性方面……
3、内部数据处理部分：1）分段计时
                     2）换乘
                     3）退款
                     4）正常数据处理
                     5）数目过大时的数据处理
                     6）对方卡中欠款时的数据处理
以上都可以从功能性、性能性、压力、容量、异常、稳定性以及功能交互等方面进行测试
4、刷卡感应部分：可以从功能性上如是否能感应对方公交、是否能正确传输数据……；性能性如感应的范围、感应的强度……；压力；容量测试如持续刷卡……；安全性如是否有辐射……等等不同类型的测试方面去测试……

只是很笼统的写了一下……

yang0508379

顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶

cwfsxlove

测试方案

cwfsxlove

呵呵...要把自己真实想法拿出来

chenhanbin

原帖由 yzz_19 于 2007-8-17 15:40 发表
對對,樓上的,我這一點給忘記了,謝謝提醒.

怎么你的都是繁体字？
台湾的？

chinatesting

继续啊。

jiuquanzi

你们是台湾的吗？
怎么都用繁体字？

yzz_19

對對,樓上的,我這一點給忘記了,謝謝提醒.

jiuquanzi

还有一个：
卡上没钱时会不会提醒充钱

jptiger

这个不会还要从工业性方面测试吧

yzz_19

謝謝樓上的支持

yzz_19

下面是我列出的几個方面,大家一起可以補充下.
可以從以下的几個方面進行測試:
1、基本功能测试（逻辑功能测试）
是否能正確讀卡
在讀卡時能否發出正確聲音.正常的刷卡聲音應該與不正常的聲音區分開.
2、界面测试（UI测试）
刷卡機是否能為客戶接受,客戶能否一目了然找到刷卡的位置
打開刷卡機時是否要初始化,初始化時是不是比較簡單操作.
3、易用性测试
大小设计是否合理,擺放在公交車中是否會很占位置,導致防礙乘客上車.
4、稳定性测试
能在不同的狀態下進行刷卡,包括公車開在平坦的道路上或比較顛簸的道路上,都能正確的刷卡.
5、安全性测试
所用的刷卡機的材料是否符合國家標准
6、本地化测试
刷卡機上不能有任何含有政治色彩的詞語.
7、其它一些壓力測試
一定時間內乘客比較多時,能否在短時間內全部刷完.
以及要控制同一張卡在短時間內不能連續刷卡几次.
當刷卡機受到不同的損壞時(如道路不好,受到碰撞時),是否能依舊正確刷卡

zqp

2樓的不厚道呀，給點參考總是好的，畢竟一個人想出來的多多少少是有一些遺漏。再說這裡是學習的平台。

在這我給點我的想法：

1..參考卡機的說明書
2.確定测试类型：功能测试,压力测试,数据完整性测试,数据流破坏性测试。。。
3.各个配置功能点是否实现，业务流程是否正确。
4.严格测试数据经过数据传输后的完整性、一致性和精确性是否良好
5.是否具备良好的数据传输的性能要求，大数据量的压力测试消耗时间是否满足客户的性能期望（请参看需求）
6.应用程序是否具备良好的容错性（具备充分的异常处理，经得住各种类型的破坏性测试），是否具备健全的可扩展接口（数据传输与数据分析、数据汇总最佳性能联接；数据汇总与数据仓库的无缝联接）
7.应用程序是否具备友好的界面，可操作性是否强（配置功能是否简捷）
。。。。

alexander_zhu

自己动脑筋吧。。即使有人告诉你如何做。但是别人一问深入的问题你就哑巴了。。到头来对自己更不利