⑴ 如何在軟體系統里看成本合計
成本合計要看軟體中的利潤表。
成本費用總額，在財務報表中應該是 「營業成本+工資+應繳稅款+管理費用+其他費用」的總和，並沒有獨立的表格。利潤表裡的成本是：主營業務成本+其他業務成本，費用是：管理費用+營業費用+財務費用。
利潤表正表的格式一份有兩種：單步式利潤表和多步式利潤表。單步式利潤表是將當期所有的收入列在一起然後將所有的費用列在一起兩者相減得出當期凈損益。多步式利潤表是通過對當期的收入、費用、支出項目按性質加以歸類，按利潤形成的主要環節列示一些中間性利潤指標，如營業利潤、利潤總額、凈利潤，分步計算當期凈損益。
⑵ 軟體缺陷的修復代價
在討論軟體測試原則時，一開始就強調測試人員要在軟體開發的早期，如需求分析階段就應介入，問題發現的越早越好。發現缺陷後，要盡快修復缺陷。其原因在於錯誤並不只是在編程階段產生，需求和設計階段同樣會產生錯誤。也許一開始，只是一個很小范圍內的錯誤，但隨著產品開發工作的進行，小錯誤會擴散成大錯誤，為了修改後期的錯誤所做的工作要大得多，即越到後來往前返工也越遠。如果錯誤不能及早發現，那隻可能造成越來越嚴重的後果。缺陷發現或解決的越遲，成本就越高。
平均而言，如果在需求階段修正一個錯誤的代價是1，那麼，在設計階段就是它的3～6倍，在編程階段是它的10倍，在內部測試階段是它的20～40倍，在外部測試階段是它的30～70倍，而到了產品發布出去時，這個數字就是40～1000倍，修正錯誤的代價不是隨時間線性增長，而幾乎是呈指數增長的。
軟體未達到產品說明書表明的功能。
軟體出現了產品說明書指名不會出現的錯誤。
軟體功能超出產品說明書指名范圍。
軟體未達到產品說明書雖未指出但應達到的目標。
軟體測試人員認為軟體難以理解、不易使用、運行速度緩慢，或者最終用戶認為不好。
一般我們都認為測出一個問題就是一個bug，其實這是不對的，假設測試10個問題就10個bug，而修改一出就全解決了，程序員肯定認為冤枉自己。
所有軟體是文檔，代碼等組成的，最初的錯誤是來自於這些軟體錯誤(software error)，如代碼中加法寫成減法。軟體錯誤導致軟體缺陷(software defect)，如設計缺陷，代碼缺陷等，可用靜態測試，如走查，靜態檢查，測試床（軍事軟體用的技術）等，軟體的缺陷導致一個或多個軟體故障 (software fault)，故障有內部故障，外部故障，也就是我們所說的bug，軟體故障導致了軟體在功能操作等方面的失效(software failure)。
我們平時測的bug實際上是軟體故障於失效的體現。一旦軟體錯誤得到修改，相應的故障與失效也就解除了。這樣分有助於我們定位問題，找到問題。
詳見《軟體可靠性工程》
