بحث کنترل کیفی نرم افزار حسابداری و نرم افزار اتوماسیون اداری بحثی مفصل است که می تواند مدت زمان زیادی مورد بحث و بررسی قرار گیرد. یادم هست که چند سال پیش یک دوره تست و کنترل کیفیت نرم افزار در شرکت داده پردازیی خوارزمی برگزار شد و بحث های مفصلی در زمینه تست و کنترل کیفیت نرم افزار بر اساس متدولوژی RUPP صورت گرفت.

در مقاله قبلی گفتیم که یک تست یک فرم ساده چقدر می تواند زمانبر باشد و تست کیس های خیلی زیادی می تواند داشته باشد. یک نرم افزار حسابداری و یا یک نرم افزار اتوماسیون اداری را در نظر بگیرید که دارای فرمهای متعدد و پیچیدهه هستند و البته فرمها با هم ارتباطات پیچیده هم دارند. مثلا در نرم افزار حسابداری با ثبت یک سند حسابداری ، دفاتر و ترازهاا و تمام گزارشات حسابداری باید بروز شوند و یا در نرم افزار اتوماسیون اداری با ثبت یک نامه باید آن نامه اداری به کارتابلل یک شخص ارسال گردد. 

این ارتباطات بحث تست و کنترل کیفیت نرم افزارهای بزرگ تر را پیچیده تر می کند تا جایی که به ازای ار ارتباط جدیدی که در سیستم و نرم افزار به وجود می آید به همان میزان پیچیدگی تست و کنترل کیفی به صورت تصاعدی سخت تر می شود و زیادتر می شود.

خوب حالا به یک فرم بزرگتر در نرم افزار فکر کنید که فقط یک اطلاعات پایه ساده نباشد. مثلا فرم ثبت سند حسابداری در  نرم افزار حسابداری و یا ثبت نامه وارده در نرم افزار اتوماسیون اداری را در نظر بگیرید.

زمانی که یک سند حسابداری را ثبت می کنیم در حقیقت یک سری کد حساب و یا همان سرفصل حسابداری را بدهکار و یا بستانکار می کنیم. یا اینکه زمانی که یک نامه وارده در نرم افزار اتوماسیون اداری ثبت می کنیم در حقیقت یک سریی  اطلاعات مثل موضوع نامه و شماره نامه و گیرنده و ... را در سیستم وارد می کنیم.

ما فعلا کاری با تست خود این فرمها نداریم. ولی می خواهم بگویم که ثبت این فرمها یک سری اما و اگر در فرم های اطلاعات پایه را بوجود می آورد. یعنی باید برگردیم و فرمهای اطلاعات پایه مثل تعریف کدینگ حسابداری و یا تعریف اشخاص در اتوماسیون اداری را تست کنیم. 

چرا ؟ چون کد حسابداری که در سند حسابداری دارای گردش شده است و اصطلاحا گردش پیدا کرده است نباید حذف شود مگر اینکه قبل از آن سند حسابداری که این کد در آن گردش پیدا کرده است حذف شود.

پس ما برای تست فرمهای اطلاعات پایه باید بخشی از تست ها را بعد از استفاده از آن اطلاعات انجام دهیم. توجه نکردن به این نکات ریز باعث ایجاد باگهای مخفی در سیستم می شود و ممکن است مشتری را به سیستم بدبین کند. اگر مشتری به نرم افزار حسابداری و یا نرم افزار اتوماسیون اداری و یا هر نرم افزار دیگری اعتماد نکند نمی تواند با خیال راحت در آن اطلاعات وارد کرده و بعد از سیستم گزارشات مورد نیازش را بازیابی نماید.

برای تسلط کامل بر تست و کنترل کیفی محصولات باید یک برنامه ریزی و پلن محکم داشته باشیم و بر اساس آن برنامه ریزی پیش برویم. آنگاه می توانیم مطمئن شویم که محصول تولید شده دارای کیفیتی است که می تواند مشتری را راضی و اهداف شرکت را محقق کند.