1.檔案編碼
2.自定義的函式名使用通俗易懂，一目了然的名字
4.列長限制
注意花括號的匹配，在**換行時至少縮排4個空格，縮排不要用tab，增強**的可讀性和美觀性。
5.注釋
注釋應少而精，注釋的作用只是用來增加重要的**段的易讀性，**的關鍵處應有注釋。
6.變數宣告
每次只宣告乙個變數，不要使用組合宣告，需要變數時再宣告，不推薦同時初始化很多變數，盡快將剛剛定義的變數進行初始化。
7.命名約定
變數命名應遵循見名知意、簡潔的原則，變數名的定義要以可讀性為主，不要使用模糊的變數名進行定義，同時也要避免中英文混用。
8.成員順序
每個自定義函式功能模組應該以某種邏輯排序成員，使維護者能解釋這種排序邏輯。
9.慎用條件判斷。
10.使用大括號合理的囊括迴圈的**段。
11.減少**巢狀
減少巢狀方法：（1）合併初始條件條件相同的**段；（2）利用return以省略else；
1）關鍵**段的注釋應該盡可能全面
對於方法的注釋應該包含詳細的入參和結果說明，自定義函式的注釋應該包含該函式本身功能的說明。
2）多次使用的相同變數最好歸納成常量
多處使用的相同值的變數應該盡量歸納為乙個常量，定義為define型別，直接引用，並且可以方便日後的維護。
3）盡量少的在迴圈中執行方法呼叫
盡量在迴圈中少做一些可避免的方法呼叫，這樣可以節省方法棧的建立。
4）常量的定義可以放到define中。以減少常量定義和引用的次數。
5）包裝類和基本型別的選擇
如果使用基本資料型別來做區域性變數型別，盡量使用基本資料型別，因為基本型別的變數是存放在棧中的，包裝類的變數是在堆中，棧的操作速度比對快很多。
6）盡早的將不再使用的變數引用賦給null
7）如果引用指標的話最後要關閉指標，並對開闢的記憶體空間進行有效**，避免記憶體資源空間的浪費。
8）函式最短原則（不多於30行）。
9）變數單一職能原則（乙個變數只允許承擔乙個責任,針對每次賦值，建立乙個獨立。對應的臨時變數。迴圈變數和收集結果變數除外）。
10）函式單一職能原則（乙個函式只做一件事情）。
11）for迴圈單一職能原則（乙個for迴圈只做一件事情，也許你會考慮效率問題，但不經過測試是沒有發言權的）。
11）三次原則（事不過三，三則重構）。
登陸測試要點：
使用合理的測試用例對遊戲介面的測試
1.按照遊戲介面的提示，按下正確的按鍵。觀察程式的反應。
2.輸入預設值，空白，空格；
3.如果程式只允許輸入字母，嘗試輸入數字；反之，嘗試輸入字母，
4.強制輸入程式不允許的輸入資料，觀察程式是否能正確處理非法資料。
主介面測試要點：對使用者按鍵輸入進行測試。當使用者按下錯誤的按鍵，系統如何處理。
測試方法：
1）當使用者按下指定的按鍵是觀察系統給出的相應。如單擊「幫助」，正確執行操作；再按一下幫助按鈕，退出幫助介面。
2）對非法的輸入或操作給出相應的相應，並應該給出足夠的提示說明。
3）對可能造成資料無法恢復的操作必須給出明確的錯誤提示資訊，給使用者重新輸入的機會。
對該項目的測試結果符合預期的結果，對各個模組都做了相應的單元測試，談談個人的一些看法，比如沒有需求，也沒什麼任何文件或有少量不全文件；提交測試大部分是到了開發的後期，有一部分專案是快驗收了，才提交測試。面對這些問題，一直未有很好的解決辦法，個人覺得測試人員針對這些問題可以自己作一些調整，以期更好的完成測試工作：
1. 得到了測試任務之後，可以首先看看功能能不能正常走通。
1.1 根據功能做乙個基本的測試計畫，並寫明一些測試方法（如邊界值，等價類劃分等）。
1.2 開始要實施測試了，一邊寫測試用例一邊執行，如果可以最好是先寫測試用例然後執行，沒時間寫完整的用例時，可以列出需求點，針對每個需求點來進行測試。同時在執行中及時的補充與修改。
2. 學會換位思考，將自己當成客戶
這是非常重要的，在測試中你可能會發現，有時無法關注測試的重點。
有時客戶表達的需求，開發團隊所理解的需求，以及客戶真正使用時的需求，有重大的差別；
這時你需要靜下心來，將自己當成客戶，如果是客戶他會怎樣來操作這個介面，同時他要這個功能主要想完成哪些工作，如何才能更方面操作、更快捷的完成工作。
如此反覆幾次，這種思考方式將對你的測試非常有利。
3. 非常複雜的業務邏輯，學會庖丁解牛，分解成一小塊一小塊測試
有時你會碰到這種情況，所要測試的模組業務邏輯非常複雜。
這時你該怎麼辦呢？工作中一定要靜下心來，認真仔細的分析這個業務。由簡單到複雜，簡單的測試通過後才能做複雜的測試。而不是一開始就做複雜的測試。
4. 求助開發或pm
還有一種業務或者服務，因為作為測試開發經驗較少，所以有時程式的方法還不是很了解。也不知道這個功能是怎麼實現的，但為了做到百分百的測試。你需要求助於開發或pm，讓他們來幫你完成測試方法或用例。
同時更重要的是，你要以他們給的方法和用例為基石，設計出更好的更全面的測試方法。
程式源**：
團隊作業 二
031602428 蘇路明 通過這些個性化的分享，使用者們能分享和記錄生活中美好的點點滴滴。使用者們能實現旅遊標記，能分享足跡，展現自我。我們團隊人手充足，分工明確。而且都是同班同學，都住在同層樓中。溝通起來非常方便，容易達成共識，方便工作的進行。市面上有幾個競品。接下來會一 一分析。蘇路明 20 ...
團隊作業二
各組結合所選專案，編寫專案的規格說明書 spec spec應至少包含以下內容 1.spec的目標 2.專案的典型使用者和場景 3.專案的用例模型 4.專案中涉及到的術語，它們的含義是什麼？5.使用者是如何使用軟體的功能的？1.spec的目標 資訊管理系統是乙個十分基礎且必要的應用程式，幾乎每個公司，...
團隊作業二
我們這款軟體的最終收益者為在校學生，而很多中學生由於學校和家長對手機的管制，所以主要使用者會集中在大學生。在收益者當中主要包括發布筆記和查閱筆記的兩類 1 發布筆記的可以將自己的筆記分享出去讓更多的人一起學習，也可以和更厲害的學霸一起討論。2 查閱筆記的可以通過別人記的筆記學習別人的經驗，從而提高自...