程式設計師測試標準

2021-06-22 07:31:38 字數 1358 閱讀 7456

.       1,不會利用如phpdoc這樣的工具來恰當地注釋你的**

2. 對優秀的整合開發環境如 eclipsephp epp 或 zend studio pdt視而不見

3. 從未用過任何形式的版本控制系統,如subclipse

4. 不採用某種編碼與命名標準,以及通用約定,不能在專案開發周期裡貫徹落實

5. 不使用統一開發方式

7. 不在編碼之前徹底規劃你的程式

8. 不使用測試驅動開發

9. 不在錯誤開啟狀態下進行編碼和測試(譯註:參考php函式error_reporting)

10. 對偵錯程式的好處視而不見

11. 不重構你的**

12. 不使用類似mvc模式把程式的不同層次劃分開

13. 不知道這些概念:kiss, dry, mvc, oop, rest

14. 不用return而是直接在你的函式或類中輸出(echo/print)內容

15. 對單元測試或通用測試的優點視而不見

16. 總是返回硬編碼的html,卻不返回純粹的資料,字串,或物件

17. 總是對「訊息」和「配置引數」進行硬編碼

18. 不對sql查詢語句做優化

20. 不允許智慧型錯誤處理(譯註:參考pear的errorstack)

21. 使用$_get替代$_post來做具有破壞性的傳遞操作

22. 不知道怎麼利用正規表示式

23. 從未聽說過sql注入或跨站指令碼

24. 不允許簡易配置,也不允許類的建構函式接受引數傳遞而後執行set/get方法,或執行時的常量定義

25. 不理解物件導向程式設計(oop)的優勢和劣勢

26. 不視情形大小而濫用oop

27. 自認為實現可復用的軟體一定等於/需要讓你的**遵循oop

28. 不利用智慧型預設值

29. 沒有單一的配置檔案

30. 不想暴露檔案原始碼,卻用.inc字尾名取代了.php

31. 不使用資料庫抽象層

32. 不能保持dry作風,即不重複自己,如果你總是在複製貼上一些東西,說明你設計得很差勁

33. 沒有實現讓乙個函式/類/方法只做一件事,也不能組合利用它們

34. 沒能嘗試oop的特長,如抽象類、介面、多型、繼承,訪問控制修飾符(譯註:如public, private,protected)

35. 不用現有的設計模式優化你的程式體系設計

36. 不允許你的使用者在你擁有很多檔案或目錄的情況下定義基礎目錄

37. 汙染了命名空間,比如用常見字串命名你的庫函式

38. 使用資料庫表時不使用表字首

39. 不使用統一的模板引擎

40. 不關注已有的php開發框架,懶於探索;其實先進的開發理念和美妙**就蘊含其中。

標準程式設計師

程式設計師 英文programmer 是從事程式開發 維護的專業人員。一般我們將程式設計師分為程式設計人員和程式編碼員,但兩者的界限並不非常清楚,特別是在中國。作乙個真正合格的程式設計師,應該具有的素質。1 團隊精神和協作能力 團隊精神和協作能力是作為乙個程式設計師應具備的最基本的素質。軟體工程已經...

隨想 程式設計師與測試員

在程式設計師和測試員之間,似乎總存在著一道隔離欄,可能是我太敏感了吧 先從目前公司裡的分工說起,聽過許多朋友向我訴苦,從需求分析到產品交付,在小公司乙個專案通常都是乙個人負責的,甚至在一些大公司也是如此,這其中自然 也包括測試工作,在這種情況下,也就不存在所謂的分工,無非是單人遊戲而已,自然也就不存...

C標準庫 程式設計師等級

首先,還是得說一下c標準庫的發展史嘍。c89中有15個標準標頭檔案 c95增加了3個標準標頭檔案 c99增加了6個標準標頭檔案 c11增加了5個標準標頭檔案 至於標頭檔案的主要功能,看這裡。到了現在已有29個標準標頭檔案,庫在變大,自然功能會加強。雖然c還在更新,並且在程式語言江湖中一直是大佬,可是...