拼湊出來的報告

2021-06-02 14:48:34 字數 1063 閱讀 6894

微控制器程式測完了。說是測完了,不如說分析完了。一點測試沒做,因為沒法做。只能是吭哧吭哧埋頭讀**,分析**,但總算完了。完了,就要寫個報告,這可愁死我這個文筆極差,又不會寫八股文的程式設計師了。

網上搜吧,希望能搜出個模板什麼的,讓我填一下就是最好的了。搜尋軟體質量報告,沒幾個有用的。搜出來個講軟體質量評估方法的ppt,幾個質量報告,軟體的和非軟體的,格式也千差萬別,有直接用**的,有羅羅嗦嗦沒什麼實質內容的。最後選啊選,拼湊了乙個自以為還算滿意的格式:

引言

編寫目的

背景參考資料

定義(這個想了半天,覺得這文件中都是大白話,沒什麼可值得定義的,就刪除不要了)

概述 專案概述

評估範圍 (就是要評估那些指標,比如管理水平,功能性,可靠性,可移植性,效率等)

評估過程

文件及過程分析 (檢查文件完備性、測試完備性、版本管理、質量監督等)

**質量分析 (檢查**質量)

缺陷分析 (對缺陷列表進行統計分析)

評估結果 (針對評估範圍的內容給出評價)

結論 評估結論

建議

按照搜尋出來的軟體評估方法,要評估的專案很多,包括安全性、移植性、復用性等等,而且需要量化標準。實際情況是由於之前沒有任何文件,實際功能性評價時,都是按照主觀感覺進行的,不可能進行量化。

得到這個大綱之後,就是填內容了。引言自不必說,概述中的評估範圍也是想了很長時間,結合對當前專案的了解和實際測試內容,簡單給出了這幾個大概可以評估的點。評估過程是自己加的,因為無法量化評估,只能把評估過程寫一下,讓看的人知道我是怎麼評估的,評估的依據是什麼。其中大多數以描述的性質給出,而不是資料。評估結果就是根據評估過程的分析結果,缺陷分布情況等,對評估範圍的各項進行打分,並進行描述的過程。結論中對整體軟體水平給出評價,並提供了修改意見和建議。

感受:總算完了,但肯定還有很多沒有考慮到的情況。沒有需求,做測試就像無頭蒼蠅。還需要整理出來乙個統一的流程,對以後此類軟體進行測試的流程,一切都是在摸索,成功還是失敗,都無法預見。現在公司的情況,靠我乙個人想改變,很難,我自己都沒有信心,但必須努力,不為公司有多好,也為了自己在這方面增加經驗,在管理上能夠走得更遠。

一報還一報 出來混遲早要還的(博弈論的詭計)

一天半夜,某教授正在熟睡之際,鈴突然響了起來。他睡跟惺忪拿起 聽筒裡傳來女鄰居怒氣沖沖的聲音 麻煩你管一下你的狗,不要再讓它叫了。說完,就掛了。這位教授十分生氣。第二天他定好鬧鐘,半夜兩點鐘準時起床,拿起 撥通了這位女鄰居家。過了半天,對方才拿起聽筒,帶著睡意惱怒地同 哪一位?這位教授彬彬有禮地告訴...

從三大門戶Q1財報中反映出來的門戶發展趨勢

從三大門戶q1財報中反映出來的門戶發展趨勢 文 飛天含雪 qq 543415188 言歸正傳,就三大門戶的財報,筆者將其各自發展趨勢總結如下 網易的總收入為三大門戶中最高的,而且遊戲收入還創了歷史新高,看來丁磊手中高速賺錢的機器至今仍未有減速的跡象,即便如此,網易在三大門戶中也是面臨風險最大的公司。...