LOGIN
התחברות או הרשמה
Avatar
להמשך הרשמה ידנית – לחץ על כפתור ההרשמה, להרשמה/כניסה מהירה בעזרת חשבון רשת חברתית – לחץ על הלוגו בכותרת

אפס סיסמה - שכחתי את שם המשתמש

שם משתמש
סיסמה
זכור אותי

he icon   en icon

בכדי לכתוב בפורום יש להרשם או להתחבר - ההרשמה/כניסה מתבצעת מכותרת האתר.  

ברוך הבא, אורח
שם משתמש: סיסמה: זכור אותי
כאן הינכם מוזמנים לתת משוב לגבי התנהלות הפורום ואתר ITCB, שיטות העבודה, בחינות וכן הלאה.
אנו כאן לרשותכם, במטרה לשפר את השיח בעולם הבדיקות בארץ, ולהתמקצע.
  • דף:
  • 1
  • 2

נושא הבלטת ההרשמה, והצגת "נושא חדש" גם ללא התחברות

הבלטת ההרשמה, והצגת "נושא חדש" גם ללא התחברות 06 אוק 2013 20:21 #894

  • halperinko
  • halperinko's Avatar
  • מנותקים
  • Administrator
  • פוסטים: 836
  • תודות שהתקבלו 35
  • קארמה: 3
מקפיץ - לטפל ב-3 הנק' שהוגדרו מעל.
יש להרשם בכדי לכתוב בפורום.

הבלטת ההרשמה, והצגת "נושא חדש" גם ללא התחברות 08 אוק 2013 16:28 #912

  • Saar Ginzburski
  • Saar Ginzburski's Avatar
  • מנותקים
  • Administrator
  • פוסטים: 50
  • תודות שהתקבלו 4
  • קארמה: 0
אתה יכול לשלוח לי קישור ישיר להודעה שגורמת להודעה הזאת?

ניסתי להגיע למצב כזה מדרכים שונות במצב לא מחובר ועדיין אני קורא את התוכן בפורום.
יש להרשם בכדי לכתוב בפורום.

הבלטת ההרשמה, והצגת "נושא חדש" גם ללא התחברות 08 אוק 2013 19:39 #916

  • halperinko
  • halperinko's Avatar
  • מנותקים
  • Administrator
  • פוסטים: 836
  • תודות שהתקבלו 35
  • קארמה: 3
#1 מתקיים בכל מקרה בו משתמש לא רשום מגיע ישירות לתגובה (לינק שנלקח ממס' התגובה בצידה השמאלי) כמו:
itcb.org.il/index.php?option=com_kunena&...d=532&Itemid=632#789
בכל התגובות בשרשור מופיע הכיתוב "יש להרשם בכדי לכתוב בפורום." בכתב קטנטן בתוך שדה ריק גדול מאוד יחסית לכתב. (הקטן שדה, הגדל כתב + Bold)

#2 אם המשתמש מ-#1 בוחר כעת להוסיף "נושא חדש" - יופיעו שתי שורות של "פורום - נושא חדש" (ראה קובץ מעל) במקום אחת אם בכלל.

#3 לכל הודעות הצורך בהרשמה יש לשמור על טקסט אחיד "בכדי לכתוב יש להרשם או להתחבר - בכותרת האתר." (בראש הפורום ובתוך התגובות כמו ב-#1)
בכל שאר האזורים לעריכה (בלוג, ארועים, קהילה, כלים, טיפים...) גם כן אותה ההודעה.
יש להרשם בכדי לכתוב בפורום.

הבלטת ההרשמה, והצגת "נושא חדש" גם ללא התחברות 16 אוק 2013 13:53 #949

  • Saar Ginzburski
  • Saar Ginzburski's Avatar
  • מנותקים
  • Administrator
  • פוסטים: 50
  • תודות שהתקבלו 4
  • קארמה: 0
1. יש להרשם בכדי לכתוב בפורום - בולד וגם הוגדל.
2. 2 השורות של ה"נושא חדש" זה בעצם הפוטר וההאדר של נושא חדש, היות והוא לא רשום אז הוא מציג את 2 אלה.

לדעתי אפשר להוסיף במקום הספציפי הזה הסבר ש"רק משתמשים רשומים יכולים להוסיף נושא חדש לפורום ויש להתחבר בכותרת האתר.."

וזה יחליף רק בעמוד הזה את הכותרת הרגילה שיש למשתמשים לא רשומים.

3. סודר בהקשר לפוסט אחר.
יש להרשם בכדי לכתוב בפורום.

הבלטת ההרשמה, והצגת "נושא חדש" גם ללא התחברות 16 אוק 2013 18:10 #950

  • halperinko
  • halperinko's Avatar
  • מנותקים
  • Administrator
  • פוסטים: 836
  • תודות שהתקבלו 35
  • קארמה: 3
1. להוסיף גם להודעות אלו: " - ההרשמה/כניסה מתבצעת מכותרת האתר. " כמו בעליונות.
2. לנסות ולהקטין גובה השדה בו מופיעה הודעה הנ"ל (כרגע גובהו כחמש שורות בזמן שמופיעה בו רק שורה אחת)
יש להרשם בכדי לכתוב בפורום.
  • דף:
  • 1
  • 2

חדשות מעולם הבדיקות

  • A world class test team?

    A world class test team? Source: XKCD I've read Simon Prior's blog post Building a world class test team, and I didn't like what I've seen. There's the overuse of my least favorite 4 letter word, but putting that aside, I found that I'm disagreeing with the definitions he's using.  His idea of a "good test team" is a safety net role that enables others to disregard their responsibilities and directly contribute to worse software. The "great" test team is the first thing that starts to get close to an almost decent team, as he's added "preventing defects" which I chose to interpret generously as being involved in crafting the requirements and planning the work with the other members of the software engineering group. Then, the "World class test team" is complete contradiction. It's described as "all of the above" AND some properties of what I would call pretty good testing - not being the scapegoat, coaching, improving other functions work - a lot of things that are not very compatible with owning the large part of the testing effort. Sure, I can imagine this working in some places, but it would be like hammering a bolt that doesn't fit well into place - it will work in the end, but you've invested more effort than you should have, and it will be a mess to deal with it every time you need to change something. Instead, I want to suggest another definition - in almost all cases, a world-class testing team is one that has disbanded (or is[…]

    23.01.2022 | 12:05 קרא עוד...
  • Testing at the Crime Scene, Part 3

    Testing at the Crime Scene, Part 3 In this third post to the crime scene series, we’re going to continue using our crime scene techniques by adding an extra complexity dimension to what we started in the second post. We’re then going to try our analysis on a much larger code base than any we’ve looked at so far. So put on your detective hat and let’s dive in! Needless to say, you really should read the first two posts in this series to make any sense out of this one. In fact, this post is continuing on directly from where we ended up in the second post with our Frotz crime scene analysis. In the previous post, with our analysis of Frotz, we focused on the problematic modules doutput.c and dinput.c. We applied a particular complexity measure around lines of code. And while we agreed that, as evidence goes, “lines of code” wasn’t the greatest, it also wasn’t the worst. We were able to validate our choice because other lines of evidence converged to show us that there was at least some correlation between lines of code and our hotspots. Multiple Complexity Measures In a crime scene, the more clues you have, the better. The more of those clues that can actually count as probative evidence is even better still. So let’s look at another really simple complexity measure here: whitespace. Even more specifically, whitespace that is used as indentation. The idea of calculating indentation, just like calculating lines of code, is fairly trivial. You just[…]

    23.01.2022 | 6:05 קרא עוד...
  • Door Not Mouth

    Door Not Mouth Periodically I get asked for advice on getting a job in software testing with no experience as a tester. It happened again yesterday.As a hiring manager I hired many testers, some with and some without testing on their CV. What's most important to me is the way people do their work, how they think and talk about their work, and how they deal with other people around their work. But I'm probably not the hiring manager you're approaching right now, so bear in mind that the suggestions I'm making below are generic, and mine, and should be taken only to the extent you think they fit you and your situation.CV, Application Form, Cover LetterLead with the skills you have and the value you provided by using them. Make the skills that you think are transferrable to testing most prominent on the list.Think very carefully before leading with a list of responsibilities such as "attended daily Scrum, reviewed proposals, edited the website". This says almost nothing that a job title won't already cover and suggests you don't think about the value you could deliver. Find things that you have done that you think are analagous to testing (e.g. proof-reading, reviewing, investigating customer support problems) and say why you were good at them and why the skills transfer to testing.Explain how your specific background can help you be an asset as a tester. For example, you've worked in the area you're applying for, you have been on the business side and can[…]

    23.01.2022 | 3:46 קרא עוד...

טיפים

לרשימה המלאה >>