轉載：http://mp.weixin.qq.com/s?__biz=MjM5NTU0MDg0MA==&mid=2651233212&idx=2&sn=f96dd18dbd747e3a0fbb2997730eaa3b&chksm=bd04c1bb8a7348ad9cd4dfff6356befe7657851fe6d740be21a9ceec38695b38d37fe7bf3257&mpshare=1&scene=23&srcid=0524zDIQcCOmF8RwyAmongsj#rd

聽了公司大神的一個培訓，講的是Shell腳本編程，其實所有的編程語言的思路都是差不多的，語法上可能會有一些小的差別。對於不同的編程人員來講，差異就在與編程人員自身的編程習慣和思考的是否全面，這些決定了程序的可讀性和可重用性。大神說了一句話："一個好的程序不在於功能有多炫，性能有多好，好的程序應該有很好的可讀性和可重用性。其實學習知識並不難，難的是對知識的傳承。"

　　我們寫的測試用例也一樣，可讀性和可重用性也非常重要。測試的功能多了會發現所有的功能幾乎都可以找到原型或者由幾個原型組合。那麽我們在寫測試用例的時候就應該考慮到用例可讀和重用兩點，對於新的功能就不必每次都要重頭設計測試用例，可以在原有用例的基礎上修改和新增。復用測試用例可以在很大的程度上減少重復性的工作。

　　對於以上兩種特性，我概括總結為延展性，即一個好的測試用例應該支持類似功能的復用，可以作為優化、延展功能的測試用例基礎版本，這個體現在測試用例的可復用性。而要保證上述兩項的要求，最基礎的要保證測試用例可以被任何的測試人員讀懂且無歧義，這個體現在測試用力的可讀性。

　　那麽如何保證測試用例的延展性？

　　在可復用性方面，建議在寫測試用例的時候，著重突出功能的實現而非針對某一個特定的系統需求編寫測試用例，這種編寫的方法能夠很大程度上的保證類似功能的測試用例復用；測試用例的編寫思路建議按照業務流程，分不同場景來編寫，這種編寫方法能夠方便在做優化、延展功能需求的時不必重新編寫測試用例，將原有測試用例稍作更改增加即可。

　　測試用例之於測試工程師就像代碼之於開發工程師，要好好的維護和整理。嚴謹是測試的生命，分享是最好的學習方法，立即開始實踐。附上一個我理解的測試用例的標準：

　　1. 完整性

　　2. 準確性

　　3. 描述清晰無歧義

　　4. 不冗余

　　5. 可讀性

　　6. 可復用

優秀的測試用例應該有延展性